Jérémy Jeanson's blog
chasseur de bugs depuis .net 1.0

Avez-vous, vous aussi, la fâcheuse tendance de partager le code que l'IA a généré pour vous sur LinkedIn ?

Si tel est le cas, arrêtez tout de suite.

Pourquoi ?

Partager ce code, c'est un peu comme partager une photo de la dernière bêtise de vos enfants, ou toute autre absurdité que vous ou votre entourage risquez de trainer à vie comme de grosses casseroles.

… Oui j'annonce la tonalité de cet article. Certain le prendront pour un coup de guelfe, d'autre pour une mise en garde. Je pense que la vérité se trouve un peu entre les deux.

Mes observations

LinkedIn est un formidable outil de communication. Mais certains en font un peu trop quand il s'agit de parler de l'IA, ou de son usage. On nous parle :

• D'applications professionnelles réalisées en un jour.
• De juniors qui font le travail de trois séniors en un jour avec une qualité de code exceptionnelle.
• De pipelines de CI/CD qui s'écrivent tout seuls.
• De repos git qui voient le nombre de leurs commits quotidiens multiplient par 100 depuis que l'IA est utilisée.
• D'agents qui découvrent des bugs.
• D'agents qui résolvent des problèmes insolubles.
• etc.

Il y du vrai, et un parfois peu d'esbroufe. Mais il a aussi ce moment exceptionnel, où certains partagent un code, un lien vers un repos, ou une vidéo : “l'IA nous a permis d'écrire le code le plus innovant qui soit !”

Et là, c'est le drame :

• Anti-patterns à gogo.
• Boucles imbriquées.
• Multiples conventions de nommages.
• Nommage des variables incomprehensible.
• Librairies obsolètes.
• Dépendances qui font double usage.
• Documentation des entêtes de méthode inutilement verbeuse.
• Méthode inutilisée.
• Doublons.
• Secrets dans le repos.
• Beaucoup de commit inutiles pour faire un pas en avant, et deux pas en arrière.
• etc.

Tout ce qu'un développeur expérimenté n'a pas envie de voir.

Pour faire simple :

Un code tout neuf, et déjà considéré comme "legacy".

Conclusion

Utiliser l'IA, c'est sympa. Mais il faut savoir la dompter, et cela ne se fait pas en cinq minutes.

Pour les développeurs qui manquent peut-être un peu d'expérience, je recommande vivement de doubler l'usage de l’IA avec de vraies vraies recherches, et d'utiliser des d'outils fiables pour valider le code produit.

Pour le développeur .net, on se rappellera que :

• Microsft Learn peut être utilisé par l'IA comme source de vérité.
• L'IA peut suivre et respecter facilement un TDD (avec Moq, solutions d'injection fournies en standard par .net, et tests d'intégrations).
• Code Analysis est obligatoire
• NDepend est le "must have" si vous voulez être en mode "ceinture et bretelle".

Plus les règles applicable à tout language.

• Le code produit par l'IA doit compiler sans warnings.
• 100% du code produit doit être relu avant fusion.