La dette technique est l'écart entre l'état du code et ce qu'il devrait être, contractée (délibérément ou non) pour avancer plus vite. Une certaine dette est acceptable ; le travail consiste à la gérer, pas à l'éliminer. L'essentiel est de prioriser la dette qui pose vraiment problème.
Pourquoi c'est important
text
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it