Complètement faux… Les bonnes pratiques servent à avoir une feedback loop rapide, éviter qu'un changement casse un truc à l'autre bout de l'app et à pouvoir tester une fonctionnalité en isolement Tout ces problèmes sont encore là, même avec l'IA

"Pourquoi tu nous parles encore de design patterns, bonnes pratiques ou code smells alors que, de toute façon, c'est l'agent qui écrit le code ?" Parce que déléguer l'écriture du code ne veut pas dire abandonner sa codebase Les modèles s'améliorent vite, mais une codebase complexe, remplie d'indirections, d'abstractions inutiles, de couplage et de conventions incohérentes reste plus difficile à comprendre et à faire évoluer **Pour un humain comme pour un agent** Et côté agent, cette complexité a même un coût très concret. Plus de code à explorer, plus de contexte à charger, plus de tokens consommés et davantage d'occasions de partir dans la mauvaise direction Avoir une énorme fenêtre de contexte ne règle d'ailleurs pas magiquement le problème. Plus le contexte devient gros et bruité, plus il devient difficile d'en extraire correctement les bonnes informations Donc oui, je continue de parler de code smells, de design et de bonnes pratiques Pas parce que je veux écrire ou relire chaque ligne moi-même, mais justement parce que je veux que mes agents travaillent dans une codebase simple à comprendre et à modifier Sans garde-fous et sans structure, un agent peut très bien produire un gros plat de spaghetti qui fonctionne aujourd'hui, puis devient pénible à maintenir demain Et du slop, il y en aura forcément. Il faut juste savoir avec lequel on peut vivre Une div en trop ou un bout de frontend pas parfaitement élégant alors que le rendu est bon ? Franchement, je m'en fous Une abstraction bancale au cœur du domaine, une race condition, une mauvaise gestion des permissions ou un truc qui va rendre les prochaines modifications plus compliquées ? Là, beaucoup moins Même chose pour le niveau de review : sur un prototype jetable, je vais laisser passer énormément de choses. Sur du logiciel critique dans la santé ou l'aéronautique, forcément beaucoup moins Bref, le but n'est pas d'avoir une codebase parfaite C'est juste de ne pas laisser l'agent en faire une poubelle sous prétexte que "de toute façon, c'est lui qui code"