Una de las tareas que tenemos en nuestra unidad (Unidad de Arquitectura de Aplicaciones) en el CETA es proporcionar soporte y "consultoría" a las otras unidades en cuestiones de desarrollo software. Estas situaciones se dan cuando alguna de las otras unidades va a desarrollar algo por cuenta propia, la gente de sistemas por ejemplo, y no se requiere que tomemos más partido que ser guías.

Hace un par de semanas surgió una de estas colaboraciones y se me ha derivado a mi la tarea de soporte durante el tiempo necesario para que ellos sigan solos con lo principal sobre la mesa. Sin entrar en detalles, tienen una aplicación (una serie de ficheros en Ruby) que no requiere más que ejecutar un comando con distintos parámetros por consola y aquello empieza a realizar su cometido. El motivo del soporte es la "refactorización" de lo actual ya que parece no ser muy "mantenible" con un código que deja bastante que desear, alejándose de buenas prácticas, normas de estilos, etc. Mi misión es que el resultado del proceso no lleve a más de lo mismo, sino que resulte en "código agradable a la vista" y de cierto nivel.

Por tanto hay que empezar fuerte... y en la primera reunión con el compañero de la otra unidad le puse sobre la mesa varios asuntos relacionados con el "entorno de desarrollo" y le hablé del (buen) diseño orientado a objetos. Bueno, seré sincero, no le hablé más de la cuenta porque ya hay gente por la red que lo hace mejor que yo, le acabé pasando algunos enlaces que hablan sobre los principios que estaría bien seguir durante el desarrollo de un producto software si queremos alcanzar ciertas metas. La mayoría de vosotros seguro los conocéis: SOLID, GRASP y, aunque no es concreto al desarrollo, KISS. Estos son los enlaces, simplemente a modo de introducción para mi compañero, ya que lo que pretendía era que no se pierda cuando yo le hablara de estas cosas durante la codificación:

Principios SOLID

Devlixir

Theartoftheleftfoot

El tío Bob :)

(hay más pero estos me parecieron suficientes)

Patrones GRASP

Aquí no tuve mucho que decidir, la gente de Autentia en AdictosAlTrabajo lo ponen fácil, en este caso @rcanalesmora

Principio KISS

Como dije antes, aunque no sea concreto de desarrollo software, sino más bien una filosofía de vida, me parece que es interesante tenerlo siempre en cuenta

Makememinimal

Espero os resulte de ayuda :)