Pourquoi vos projets de code IA sont en train de foirer.
1. Les monolithes. L’IA a souvent tendance à revenir par défaut à des normes et des principes de conception monolithiques. Il y a des raisons valables de concevoir et de bâtir des apps monolithiques, même complexes. Mais ce n’est plus vraiment la « norme » pour la plupart des vrais projets logiciels. L’IA doit le comprendre.
2. Aucune définition du « bien ». Les gens s’attendent à ce que la machine leur lise dans les pensées. C’est déraisonnable. En même temps, la définition de ce qui est « bien » change selon les développeurs, les managers, les projets, les stacks, les bibliothèques, le niveau de la stack sur lequel on bosse et le secteur d’activité. Soyez explicites sur ce que « bien » signifie pour vous.
3. Pas de planification. Se laisser porter par le « vibe coding » pour sortir une fonctionnalité sur une base de code existante avec un outil comme Claude Code, c’est littéralement le meilleur moyen de cramer sa baraque. Dites à la machine de créer de la documentation pour tout. Propositions, plans, epics, décompositions, QA et normes de codage. Vous vous remercierez plus tard.
4. Pas de processus. Les tâches doivent être déterministes et testables. C’est une règle générale pour construire du code — du moins si ce que vous faites est fonctionnel et non de la poésie.
5. Pas de tests unitaires. Vous détestez peut-être les tests unitaires en tant que développeur, sans comprendre pourquoi ils sont nécessaires. Dans le cas du codage augmenté par l’IA, vous avez besoin de tests unitaires pour la même raison que vous en avez TOUJOURS eu besoin : pour tester vos hypothèses et le modèle mental avec lequel vous bâtissez le code. Ne discutez pas ça. Ils deviendront vos meilleurs alliés pour le débogage.
6. Pas de sécurité ! L’absence de limitation de débit, les traversées de chemin et les injections ne sont pas prises en compte quand les IA génèrent du code. Dites-lui de réfléchir aux meilleures pratiques de sécurité et de faire une recommandation basée sur la base de code.
7. Pas de boucle de QA. Vous n’avez pas dit à votre IA de faire une revue de code ou de la QA. Vous avez aussi subi plusieurs résumés avec perte de données, et vous avez probablement des mocks et des valeurs fictives que vous ne trouverez pas sans savoir qu’ils sont là.
8. Des commits énormes ! Il faut garder l’œil là-dessus, parce que quand le code avance à cent à l’heure...
9. Des surfaces de test gigantesques. Vous ne devriez pas vouloir bâtir une app qui n’est pas testable. Mais, comme vous êtes humain, vous n’allez pas pouvoir tester efficacement 150 000 lignes de code en une seule session, tout seul. Soyez raisonnables et prévoyez les tests dans votre pipeline.
L’amplification est le but
Et voilà.
Toutes les règles habituelles pour développer une app, mais pour l’IA !
Est-ce que tout ça enlève le côté « facile » de vos sessions automatisées par IA ? Oui. Absolument. La facilité ne devrait pas être le but.
Le but, c’est l’amplification.