dette technique

Kent Beck, créateur du développement piloté par les tests, a formulé le mécanisme sans détour dans un post LinkedIn d'octobre 2024 : l'IA amplifie les conséquences d'un développement indiscipliné. Coder plus vite sans tests revient à accumuler la dette technique plus vite. Ce cadrage revient à plusieurs reprises dans les fiches sources, différents acteurs y parvenant par des voies différentes.

Itamar Friedman, PDG de QodoAI, a chiffré cette accumulation en novembre 2025 : le volume de pull requests en hausse de 97%, le temps de revue en hausse de 90%, les incidents de sécurité en hausse de 300% selon certains rapports, tandis que 67% des développeurs se disent préoccupés par la qualité et la maintenabilité du code généré. Martin Harrison et Natasha Maniar, de McKinsey, décrivent le même goulot d'étranglement côté livraison, où les grandes entreprises plafonnent à une amélioration globale de 5 à 15% malgré des gains individuels spectaculaires, la revue de code manuelle constituant l'un des points de blocage.

Addy Osmani trace une ligne de démarcation sémantique : le «vibe coding» convient aux prototypes et aux projets de weekend jetables, tandis que l'ingénierie assistée par IA maintient l'ingénieur humain responsable de chaque ligne générée. La méthode BMAD de Philippe Martin et le «plugin Compound Engineering» d'EveryInc s'attaquent tous deux au problème de façon structurelle, le second en faisant documenter par chaque unité de travail des patterns et coder des conventions, de sorte que la base de code s'améliore au lieu de se dégrader.

Ce qu'aucune des sources ne tranche, c'est la question de responsabilité que soulève Edgar Kussberg : les développeurs acceptent les suggestions de l'IA sans examen approfondi, ce qui rompt l'appropriation du code. La dette est mesurable. Qui la porte ne l'est pas.