deuda tecnica en la vida
Origen
Pasé años diciendo “lo arreglaré luego”.
Luego significaba mañana. Mañana significaba nunca.
El código se acumulaba con soluciones temporales. La casa tenía cajones llenos de cosas “por organizar”. Las relaciones tenían conversaciones “por tener”. El cuerpo tenía entrenamientos “por recuperar”.
Cada “luego” era un préstamo que le hacía a mi yo del futuro. Con intereses.
Un día abrí un archivo de configuración que había escrito dos años antes. Había un comentario: // FIXME: esto hay que refactorizarlo cuando tenga tiempo.
No tenía tiempo entonces. No tenía tiempo ahora. Pero el sistema se estaba colapsando bajo el peso de esos “luegos”.
Entendí que la deuda técnica no es una metáfora del código. Es la estructura misma de las elecciones pospuestas.
El Nexo
¿Por qué el Monolito archiva esto? Porque la deuda técnica no se extingue acelerando la ejecución. Se extingue declarando el fallo del estado antiguo y procediendo a un nuevo arranque lógico.
En el Monolito, la deuda desaparece en el momento exacto en que la atención se desplaza de la cronología de los retrasos a la coherencia de la acción presente.
Apliqué este principio a todo:
- Código: Reescribí tres configuraciones en lugar de parchearlas.
- Casa: Tiré el 40% de las cosas en lugar de “organizarlas mejor”.
- Cuerpo: Empecé desde cero en lugar de “recuperar” entrenamientos perdidos.
- Relaciones: Tuve conversaciones difíciles en lugar de dejarlas pudrir.
La Paz Mental no deriva de la completitud del sistema. Deriva de su integridad actual.
Es preferible una arquitectura que opere con una sola función activa pero íntegra, antes que una estructura compleja aplastada por el peso de sus propias aproximaciones.
El Desafío
La duda interior fue: “Si admito la deuda, ¿tengo que pagarla toda de una vez?”
La respuesta: no. Debes pagar con coherencia, no con velocidad.
La deuda técnica se acumula cuando:
- Eliges el camino rápido en lugar del correcto.
- Acumulas suspensiones lógicas sin resolverlas nunca.
- Normalizas la aproximación como estándar operativo.
El desafío no era extinguir todo de una vez. Era dejar de acumular nueva deuda mientras pagaba la antigua.
Creé un protocolo:
- Identificar: Cada vez que escribo
// TODOo pienso “lo haré luego”, lo anoto. - Priorizar: Una vez a la semana, elijo una deuda para extinguir.
- Ejecutar: No acumulo nuevos TODOs mientras pago deudas antiguas.
La maestría no es “no tener deuda”. Es “no acumular intereses pasivos”.
Paz Mental
Ahora que he escrito esto, he aclarado el contrato conmigo mismo:
- Ya no busco la perfección inicial.
- Busco la integridad progresiva.
- Ya no acumulo “luegos”.
- Declaro el fallo del estado antiguo cuando hace falta.
La Paz Mental viene de saber que puedo declarar bancarrota lógica y reiniciar.
No tengo que cargar con todo el peso del pasado. Puedo archivar, borrar, reescribir.
El Monolito no es un monumento a mi deuda técnica. Es un sistema que la reconoce, la documenta, la extingue.
Y cada vez que elijo el camino correcto en lugar del rápido, estoy pagando un interés.
Y cada interés pagado es libertad ganada.
Nota técnica:
- Protocolo de Deuda Técnica: anotar cada TODO en un archivo central
- Revisión Semanal: domingo noche, 30 minutos, elegir 1-3 deudas para extinguir
- Regla de Oro: no acumular nuevos TODOs mientras se pagan deudas antiguas
- Bancarrota Lógica: si la deuda supera el 50% del sistema, declarar fallo y reescribir desde cero
- Trigger: si un archivo tiene más de 3 comentarios
// FIXME, es candidato a reescritura completa