La dette technique n’a pas de plafond naturel, rappelle un développeur
Zach Kehs a publié le 6 septembre 2026 une réflexion sur la nature illimitée de la dégradation du code, reprise par Simon Willison dans son carnet de veille.

👁 116 lectures
Le 6 septembre 2026, le développeur Zach Kehs a publié un texte intitulé « There’s No Limit to How Bad Code Can Get », dont Simon Willison a extrait et relayé la thèse centrale : un logiciel, à la différence d’un immeuble, ne s’effondre jamais sous son propre poids accumulé.
- Zach Kehs affirme que le logiciel, contrairement à un bâtiment physique, peut se dégrader indéfiniment sans effondrement brutal.
- La citation met en lumière deux vecteurs de dégradation silencieuse : les couches d'indirection et les baisses de performance.
- Simon Willison l'a indexée sous l'étiquette "technical-debt" le 6 septembre 2026.
L’argument est formulé ainsi par Kehs :
« If you continue to add floors and rooms to a building forever, it will collapse. Software faces no such constraint. The code can always get worse. There can always be a new layer of indirection or a reduction in performance. »
La métaphore du bâtiment est volontairement physique : la gravité et les matériaux imposent une limite réelle à la construction. Le code, lui, n’obéit à aucune loi équivalente. Une base de code peut accumuler des couches d’abstraction superflues, des dépendances redondantes et des régressions de performance sans jamais atteindre un point de rupture mécanique visible. La dégradation reste invisible tant qu’un incident ou un audit ne la révèle pas.
Willison a classé cette citation sous l’étiquette technical-debt, la rattachant à un corpus de réflexions sur le coût différé des mauvaises décisions d’ingénierie.
Ce que cela change pour les utilisateurs d’outils IA au quotidien - Les développeurs qui s’appuient sur des agents IA pour générer ou modifier du code sont directement concernés. Un modèle qui produit du code fonctionnel mais mal structuré ne déclenche aucune alarme immédiate : les tests passent, le produit tourne. Mais chaque couche générée sans revue critique alimente exactement la spirale décrite par Kehs. La leçon pratique est simple : traiter la sortie d’un assistant IA comme un premier jet à auditer, pas comme une livraison finale, et intégrer des revues de lisibilité et de performance dans le flux de travail, au même titre que les tests fonctionnels.
Google · Vos sourcesPromptif plus haut dans Google - en un clicAjouter aux sources préférées →More on this from PROMPTIF
actualités·Simon Willison contre le mythe de la réécriture from scratch

