L'essor des outils de codage assistés par intelligence artificielle (IA) a considérablement accru le volume des demandes de fusion (pull requests) dans les projets de développement logiciel. Selon JetBrains, éditeur d'environnements de développement intégrés (EDI) comme IntelliJ IDEA, ce phénomène s'accompagne de l'apparition de schémas d'erreurs inédits, directement imputables au code généré par l'IA.
Dans une récente communication, JetBrains observe que si les assistants IA ont permis aux développeurs de gagner en productivité, ils ont en contrepartie alourdi le processus de révision de code (code review). Les pull requests contiennent désormais des erreurs qui étaient rares avant la démocratisation de l'IA générative. Or, une part significative de ces anomalies peut être détectée automatiquement par l'EDI lui-même, avant même qu'un humain n'examine le code.
L'entreprise plaide pour un changement de pratique : il conviendrait de ne plus soumettre à la relecture humaine des erreurs que l'environnement de développement peut identifier et signaler. « Cessez d'envoyer en révision les erreurs de code généré par l'IA détectables par l'EDI », résume JetBrains. L'objectif est d'économiser le temps des relecteurs, souvent saturés, et de recentrer la révision sur des problèmes plus complexes, comme la logique métier ou l'architecture.
Un goulot d'étranglement dans le cycle de développement
La révision de code, étape traditionnellement manuelle, devient un goulot d'étranglement lorsque le volume de code soumis explose. Les outils d'IA générative produisent du code à grande vitesse, mais avec des défauts récurrents : variables non utilisées, blocages de sécurité, incohérences typographiques, ou non-respect des conventions du projet. Ces erreurs sont pour la plupart détectables par des inspections statiques intégrées aux EDI modernes.
JetBrains recommande donc d'automatiser, via l'EDI ou des outils d'analyse statique, le filtrage des pull requests pour écarter celles qui ne contiennent que des anomalies triviales. Cela permettrait de réduire la charge cognitive des développeurs chargés des revues et de maintenir une qualité de code élevée sans asphyxier les équipes.
Des implications pour les équipes et les processus
Cette prise de position de JetBrains intervient alors que le débat sur l'impact réel de l'IA générative sur la productivité des développeurs s'intensifie. Certaines études récentes montrent que si le code produit par l'IA peut être écrit plus vite, il nécessite souvent davantage de corrections et de relectures, ce qui peut annuler les gains de temps initiaux.
En préconisant de laisser l'EDI effectuer une première passe de détection d'erreurs, JetBrains suggère une évolution des pratiques de développement : le relecteur humain ne devrait plus avoir à vérifier ce qu'une machine peut déjà contrôler. Cette approche implique de former les équipes à configurer correctement leurs outils d'analyse statique et à définir des seuils de qualité en dessous desquels une pull request est automatiquement rejetée ou renvoyée à l'auteur.
Pour les responsables techniques, cela signifie aussi repenser les indicateurs de performance : le nombre de pull requests traitées ne devrait pas être le seul critère ; la qualité et la pertinence des relectures doivent primer.
Un appel à la responsabilité des développeurs
Au-delà des aspects techniques, JetBrains insiste sur la responsabilité individuelle des développeurs utilisant des assistants IA. L'éditeur les invite à examiner systématiquement le code généré avant de le soumettre, et à ne pas considérer l'outil IA comme une boîte noire infaillible. Le développeur reste le premier garant de la qualité du code qu'il propose.
En définitive, JetBrains propose une évolution pragmatique : tirer parti de l'IA pour la productivité, tout en renforçant le rôle de l'EDI comme filet de sécurité automatique, afin de libérer du temps pour les tâches à plus forte valeur ajoutée lors des revues. Le message est clair : avant de faire relire votre code par un collègue, laissez votre environnement de développement le vérifier.
