Esta es la pregunta que ha planteado Kevin Mote en stackexchange.com. Kevin acaba de conseguir un nuevo trabajo en una pequeña empresa como un ingeniero de software y acaba de heredar una base de código que ha sido desarrollada durante dos décadas por un conjunto de personas con bastante conocimiento sobre el dominio de aplicación, pero con pocos conocimientos sobre ingeniería de software. Como es de esperar dados esos antecedentes, desde un punto de vista de arquitectura y mantenebilidad el código es un desastre.
Kevin ha pedido consejos a la comunidad, y su post tiene muy buenas respuestas, especialmente la de Laurent Malvert (la primera, la que tiene un mayor número de votos). La respuesta es muy extensa (cerca de 30,000 caracteres) pero os dejo aquí lo que Laurent Malvert llama "resumen de ejecutivo" de su respuesta:
- Definir una estructura rígida de proyecto conplantillas de proyecto, convenios de código, sistemas de build y guías de uso para toda la infraestructura y las herramientas.
- Instalar un sistema de control de versiones y enseñar a todo el mundo a usarlo.
- Elegir un buen entorno desarrollo y enseñar a todo el mundo a usarlo.
- Emplear sistemas de chequeo de calidad de código y sistemas que generen métricas sobre el código automáticos.
- Emplear sistemas de integración continua.
- Identificar los puntos más desastrosos de la base de código y comenzar a refactorizar por ahí.
Podéis leer la respuesta completa aquí.
¿Os habéis visto vosotros en alguna situación similar? En caso afirmativo, ¿Qué es lo que hicisteis?