No hay límite para lo malo que puede llegar a ser el código.

Hay una metáfora persistente para las bases de código descuidadas: un barco que se hunde. Implica un final eventual: un punto donde el agua llega a la cubierta y todos abandonan. Pero eso es engañoso. Como argumenta Zach Kehs en su ensayo No hay límite para lo malo que puede ser el código, a diferencia de un barco físico, un sistema de software no tiene un límite estructural inherente. Puedes seguir añadiendo complejidad indefinidamente; no colapsará. Simplemente se volverá más lento, más difícil de cambiar y más doloroso trabajar en él.

Un ejemplo del mundo real de Amazon

Kehs describe su experiencia de hace una década en un equipo de procesamiento de pedidos en Amazon. La función principal del sistema (escribir en una base de datos y llamar a otros servicios) debería haber sido mantenible por dos docenas de ingenieros. Sin embargo, la organización tenía cientos de personas. El conocimiento institucional se erosionó a medida que los ingenieros se iban, dejando 'cementerios embrujados' en el código. Las reglas de negocio a menudo no estaban documentadas, y el sistema abarcaba límites de equipo, haciendo imposible el rastreo.

Cada pocos años, un nuevo empleado senior intentaba una re-arquitectura. Siempre fallaba. El sistema era demasiado complejo para entenderlo completamente, y el ciclo de promoción impaciente significaba que las soluciones se diseñaban con información incompleta. El resultado: nuevas capas injertadas en la arquitectura, aumentos de personal que nunca se fueron, y el ciclo repitiéndose.

Por qué la metáfora se rompe

La idea clave del autor: un negocio puede hundirse, pero el software en sí no. El código siempre puede empeorar. Siempre hay otra capa de indirección, otra degradación del rendimiento. Pero irónicamente, a menudo el negocio muere antes de que el código alcance cualquier tipo de 'fondo'.

Para los desarrolladores que lidian con sistemas heredados, la conclusión es que 'barco que se hunde' da una falsa comodidad. No hay un punto sin retorno donde las cosas se reinicien mágicamente. Si estás en un sistema así, no estás esperando a que se hunda, estás esperando a que alguien decida que el costo del cambio supera el costo de mantener el status quo.

Lee el ensayo completo para una reflexión más profunda sobre la mecánica de la deuda técnica en grandes organizaciones.