Haz un QuickFix/Parche, luego lo arreglamos bien. 🙅
Escribir mal un código sin una arquitectura clara desde el principio solo hará que nuestras funciones de más de 100 líneas, nuestro código sin uso, nuestros métodos no documentados o nuestros procesos mal organizados que parecían 'Código que podremos desechar en cualquier momento' se vuelva más complicado de mantener.
Conforme el sistema avanza en su desarrollo, y crece, se dice que estos flujos de lava se solidifican, es decir, se vuelve mucho más complicado corregir los problemas que originan, y el desorden va creciendo.
Mi sistema sufre de Lava Flow?
⚠️ Pon atencion a las alertas. ⚠️
- Se declaran variables no justificadas.
- Se construyen clases o bloques de código muy grandes y complejas sin documentar.
- Usando una inconsistente y difusa arquitectura.
- Cuando en el sistema existen muchas áreas con código por terminar o reemplazar.
- Cuando dejamos código sin uso abandonado.
- Cuando duplicamos funciones que se diferencian apenas por un ligero cambio.
Solución
- Recuerda que la complejidad planeada siempre es mejor que la complejidad por deuda técnica
- Con tu equipo elijan la arquitectura más adecuada para el sistema.
- No más
push master
. Asigna un lider de proyecto y que sea este quien revise las PR (Pull Request). - Documenta todo.
- Deja de hacer parches y crea soluciones reales.
Top comments (0)