Si l'IA détruit votre codebase, c'est probablement votre faute
Accuserz le marteau, ou fixez le cadre. L'IA amplifie ce qui existe. Un cadre rigoureux accélère. Un cadre inexistant accélère la dette. La production commence au jour 1.
J'entends souvent ces arguments :
« Tu connais pas ton code si l'IA l'a écrit »
La majorité des projets sur lesquels j'ai travaillé, je n'avais pas écrit la majeure partie du code. Naviguer dans une codebase inconnue c'est le quotidien du développeur. Ça n'a rien de nouveau.
Ne pas essayer de relire le code ou de comprendre le projet que vous avez sous les yeux n'est pas de la faute du LLM.
« Le vibe coding crée de la dette technique »
Des codebases catastrophiques existaient bien avant l'IA. Le problème n'a jamais été l'outil.
Ne pas challenger les choix, ne pas les comprendre et laisser faire ce n'est pas de la faute du LLM.
« Tu sais pas justifier tes choix de librairies »
Avant, pour certains on prenait le premier résultat Stack Overflow ou la suggestion d'un collègue.
Cette situation n'était pas différente. Les curieux continuent de vouloir comprendre. Les autres accélèreront leur ignorance.
La vraie question
La vraie question ce n'est pas l'IA ou non.
A-t-on déjà fait un procès à un marteau ?
L'IA amplifie ce qui existe. Dans un cadre rigoureux elle accélère. Dans un cadre inexistant elle accélère la dette.
Ce que l'IA change fondamentalement : le cadre devient encore plus indispensable qu'avant. Tests, standards, revues, analyse de code et de vulnérabilités.
C'est pour ça que je standardise mes développements au maximum. Pas pour me protéger de l'IA. Pour en tirer le meilleur.
Je considère que dès le jour 1 nous sommes en production.