C’est l’un des paradoxes les mieux documentés de cette rentrée tech : l’intelligence artificielle fait écrire du code beaucoup plus vite, mais elle ne fait pas livrer des logiciels plus vite. Un nouveau rapport de la Linux Foundation, relayé le 26 octobre par TechRadar, met des chiffres précis sur ce que beaucoup d’équipes de développement constatent au quotidien : le gain se fait à l’écriture, le goulot d’étranglement se déplace vers la relecture.
Plan de l'article
52 % de temps gagné à l’écriture… et 25 % de « slop » en face #
Selon les chercheurs de la Linux Foundation, l’IA peut réduire de 52 % le temps consacré à l’écriture du code. Le revers de la médaille est tout aussi net : un quart (25 %) des pull requests sont désormais considérées comme du « slop » généré par IA — des contributions de mauvaise qualité qui encombrent les files de revue.
Le rapport ne nie pas les bénéfices : 71 % des mainteneurs interrogés reconnaissent que l’IA a facilité l’accès à la programmation. Mais il décrit un déplacement du problème plutôt qu’une résolution : au lieu d’améliorer la productivité de bout en bout, l’IA pousse les difficultés vers les étapes suivantes du cycle de développement — revue, test, intégration.
Les mainteneurs, nouveaux épuisés du logiciel #
Il y a quelques années, le débat portait sur le burn-out des développeurs. Le rapport suggère que le problème glisse désormais vers les mainteneurs, chargés de vérifier un volume de contributions en forte hausse — sans toujours savoir si l’IA a été utilisée pour les produire. Seuls trois développeurs sur cinq (61 %) déclarent procéder à une revue approfondie de leur propre travail avant de le soumettre, et tous ne précisent pas à leurs relecteurs qu’un assistant de code est passé par là.
Autre enseignement contre-intuitif : sur les tâches les plus complexes, un répondant sur cinq (21 %) estime que l’IA augmente le temps nécessaire au lieu de le réduire. Les outils de revue automatisée eux-mêmes ne sont pas épargnés : les rapports générés par IA ont déjà produit des faux positifs et des signalements en double, faisant perdre du temps aux relecteurs humains qu’ils étaient censés soulager.
Gouvernance, transparence, confiance
Face à ce constat, la Linux Foundation appelle à mettre en place des mécanismes de « gouvernance, de transparence et de confiance ». Hilary Carter, vice-présidente senior de la recherche, invite les projets à « définir des attentes claires concernant l’IA générative, à responsabiliser les contributeurs sur les tests et la transparence, et à donner aux mainteneurs de meilleurs outils pour gérer les pull requests reçues ». La réponse, insiste le rapport, n’est pas de ralentir l’innovation, mais de l’encadrer.
Ce que cela change pour les équipes et les formations #
Pour les équipes de développement web, ces chiffres dessinent trois chantiers concrets.
À lire Python 3.15.1, 3.14.9 et 3.13.17 : pourquoi il faut mettre à jour pip après l’affaire eMudhra
La revue de code devient la compétence critique. Si l’écriture s’accélère de moitié pendant que la qualité moyenne des contributions baisse, la valeur se déplace mécaniquement vers celles et ceux qui savent lire, évaluer et refuser du code. Les parcours de formation qui traitent la code review comme un sujet secondaire — quelques heures en fin de cursus — sont en décalage avec ce que le marché demande désormais.
La transparence sur l’usage de l’IA doit être contractualisée. Le chiffre des 61 % d’auto-revue approfondie signifie que près de quatre contributions sur dix arrivent en relecture sans vérification sérieuse par leur auteur. Imposer une déclaration d’usage de l’IA dans les pull requests, comme le recommande la fondation, ne relève pas de la défiance mais de l’hygiène d’équipe : le relecteur ne lit pas de la même façon un code artisanal et un code généré.
Le junior doit viser la compréhension, pas la production. Puisque produire du code n’a jamais été aussi facile, c’est la capacité à expliquer pourquoi un code est correct — ou ne l’est pas — qui différencie un profil embauchable. Les 25 % de pull requests jugées médiocres sont, en creux, une opportunité : chaque « slop » refusé est un espace pour un développeur capable de faire mieux, et de le prouver.
Un mouvement de fond, pas un accident de parcours #
Le rapport de la Linux Foundation acte une chose : l’IA s’est durablement installée dans la programmation, et le retour en arrière n’est pas une option. La question n’est plus de savoir si les développeurs utiliseront ces outils, mais si les organisations sauront absorber le volume de code qu’ils produisent sans sacrifier la qualité. Pour l’instant, la réponse est : pas sans réorganiser la relecture. Les équipes — et les cursus de formation — qui l’intègrent dès maintenant prennent une longueur d’avance.
À lire Next.js : deux failles critiques corrigées, passer en 16.4.1 ou 15.5.28
