Deuda técnica
Una metáfora de defectos internos del software que dificultan cambios posteriores o aumentan su riesgo.
¿Qué es la deuda técnica?
La deuda técnica utiliza una metáfora para describir cómo carencias o decisiones anteriores en la estructura interna del software hacen más laboriosos o arriesgados los cambios posteriores. No es una deuda contable. La antigüedad del código no basta para demostrarla; importan los efectos concretos sobre el trabajo necesario.
En un ejemplo ficticio se copió la misma regla de aprobación en varios lugares. Un cambio debe llegar ahora a cada copia y puede generar decisiones incoherentes. Una tarea puede registrar causa, flujos afectados, consecuencias esperadas y un responsable con propuesta de mejora. La prioridad depende del uso, el riesgo y los cambios próximos. Esto no significa automáticamente que deba reescribirse toda la aplicación.
Fuentes
Términos relacionados
- RefactorizaciónCambiar la estructura interna del software conservando el comportamiento observable esperado.
- Sistema heredadoUn sistema existente que sigue en uso, con dependencias técnicas y de negocio acumuladas.
- Arquitectura multiinquilinoUna solución multiinquilino admite ámbitos separados por cliente o grupo. Un inquilino no equivale automáticamente a una persona o una base de datos.
- Caché del navegadorLa caché del navegador guarda respuestas HTTP adecuadas. Su reutilización y validación siguen las reglas correspondientes.
- Invalidación de cachéLa invalidación hace que una copia guardada deje de reutilizarse según reglas definidas. El registro de origen es una cuestión distinta.
- Almacenamiento en cachéLa caché reutiliza datos o resultados guardados. La vigencia y el círculo de usuarios autorizados forman parte del diseño.
Artículos sobre el tema
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles