Technical debt has no bankruptcy :)
Avec les agents, chaque ajout et chaque correction peuvent épaissir un code dont la dégradation ne se voit pas tout de suite...
Software is in the domain of the abstract. It is not like a building, or a bridge, that is in the physical realm where you can see and feel the nature of the thing. 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.
Zach Kehs, sur une dette technique sans faillite
The full article zachkehs.comLa prochaine fois que tu envisages d’ajouter une feature dans ton projet, que ce soit un side project ou chez ton client, rappelle-toi de cette citation.
La dette technique peut être infinie. Contrairement au monde physique, elle ne se voit pas directement. Elle devient visible lorsqu’on veut effectuer de la maintenance ou apporter de petits changements.
Cette situation a encore plus d’impact aujourd’hui avec l’IA, puisque nous avons la possibilité de presque tout faire. La question du pourquoi et du quoi se pose donc encore davantage.
On peut très vite entrer dans une boucle infinie : on demande à un agent d’effectuer une tâche et on vérifie peu son travail, ou du moins on met en place trop peu de loops de vérification. Lorsqu’un bug apparaît, on relance un autre agent pour tenter de le corriger. Petit à petit, le code devient illisible et la dette technique augmente, jusqu'à l'infini et l'au delà...