¡La mejor bomba de tiempo en la codificación es la deuda técnica!
De Wikipedia:
La deuda técnica (también conocida como deuda de diseño o deuda de código ) es “un concepto en la programación que refleja el trabajo de desarrollo adicional que surge cuando se usa el código que es fácil de implementar a corto plazo en lugar de aplicar la mejor solución general”.
La bomba explota cuando te encuentras tratando de hacer algo extremadamente simple, desde la perspectiva del producto, y pasas horas, si no días, puliendo y refactorizando el código solo para poder implementar esa cosa menor.
- ¿Cómo funcionan los fusibles de impacto en las bombas?
- ¿Cuál es la mejor manera de lidiar con los IED? ¿Podría detonarlos en el lugar con armas y explosivos?
- ¿Qué pasaría si, por casualidad, Alemania hubiera desarrollado 3 bombas atómicas a principios de 1943? ¿Y 3 bombarderos de largo alcance capaces de lanzarlos?
- ¿Se puede ocultar una bomba nuclear en un avión comercial, y así caer sin alertar a los sistemas de defensa de un país?
- ¿En qué se equivoca Hollywood al desactivar las bombas?
E incluso entonces, de repente descubres que las cosas se complicaron aún más.
Lo peor de la deuda técnica no es esta consecuencia del bloqueo del desarrollo, sino su naturaleza de lento arrastre. Es muy fácil hacer accesos directos aquí y allá hasta que sea demasiado tarde para refactorizar cualquier cosa en un tiempo razonable. Esto es cuando comienzas a pensar que una reescritura completa probablemente sería más fácil que mantener ese código por más tiempo.
Esto es cuando la bomba explota en tu cara.