Dette technique
La dette technique est l’ensemble des choix techniques rapides ou vieillissants qui rendent un logiciel plus coûteux à faire évoluer : versions obsolètes, code non testé, dépendances abandonnées.
Mise en contexte
Toute application en accumule. Le problème n’est pas d’en avoir, c’est de ne pas la mesurer : un jour, une mise à jour de sécurité devient impossible, une évolution simple prend trois fois le temps prévu, un développeur qui part emporte la connaissance.
Nous la traitons de deux façons. En prévention, par des versions maintenues (Symfony LTS, Node LTS), des tests automatisés et une intégration continue. En reprise, par un audit technique qui la chiffre et la priorise, puis une refonte progressive sans arrêter l’activité. Par exemple, Cerebro, logiciel de gestion d’agence, a été repris et modernisé pièce par pièce tout en restant en production.
Une dette connue et planifiée est un budget ; une dette ignorée est un risque.
Questions fréquentes
Trois signaux : les mises à jour de sécurité ne sont plus appliquées, chaque évolution coûte plus que prévu, personne ne peut expliquer certaines parties du code. Un audit technique donne une mesure et un plan en quelques jours.
Rarement. La refonte progressive, module par module, garde l’application en service et répartit l’investissement. La réécriture complète est justifiée quand le socle lui-même est abandonné ou insécurisable.