L’essentiel
- Selon une mesure de Faros AI portant sur 22 000 développeurs et 4 000 équipes (mars 2026), le volume de code produit quadruple quand l’adoption de l’IA grimpe, mais le code réécrit (churn) bondit de 861 %.
- Le gain de productivité réel reste modeste, de l’ordre d’un dixième : l’essentiel de ce que l’IA ajoute, c’est du code de plus à relire.
- Les chercheurs Arvind Narayanan et Sayash Kapoor rappellent qu’en un an, plus de 160 entreprises ont déposé un préavis de licenciement dans l’État de New York, et aucune n’a coché la case « IA ».
- Le goulot d’étranglement se déplace de l’écriture vers la relecture et la compréhension du code.
Écrire du code ne coûte presque plus rien. Le relire coûte exactement ce que ça a toujours coûté. Entre ces deux phrases tient tout le basculement que vit le métier d’ingénieur logiciel en 2026, et la plupart des équipes ne l’ont pas encore formulé à voix haute.
Le hasard heureux qui faisait tenir la relecture
Pendant vingt ans, la relecture de code a fonctionné par accident. Un ingénieur expérimenté lisait plus vite qu’un débutant n’écrivait. La revue suivait donc le rythme sans que personne ne l’ait conçue ainsi, et l’équipe absorbait au passage la façon dont le système s’emboîtait, simplement en lisant les diffs des autres.
Rien de tout cela n’était délibéré. Cela découlait d’un seul fait : écrire était la partie lente et chère, lire était la partie rapide et bon marché. Ce fait ne tient plus.
Un agent produit aujourd’hui mille lignes plausibles, bien formatées et globalement correctes en moins de temps qu’il n’en faut pour lire ce paragraphe. L’écriture s’est effondrée vers zéro. La vitesse de lecture humaine, elle, n’a pas bougé d’un pouce.
Ce que disent vraiment les chiffres de 2026
Pendant deux ans, ce constat est resté de l’ordre de l’anecdote. Il est désormais mesuré à grande échelle, par des organisations sans agenda commun et parfois en concurrence directe. Toutes pointent dans la même direction.
Faros AI a instrumenté 22 000 développeurs répartis sur 4 000 équipes et observé ce qui se passe quand on passe d’une faible à une forte adoption de l’IA. La bonne nouvelle est réelle : on merge nettement plus de pull requests, on termine plus de tâches, le débit par ingénieur monte. Puis vient le reste du rapport : le churn, c’est-à-dire le code réécrit ou jeté peu après avoir été produit, explose de 861 %.
Le gain de productivité authentique, lui, reste de l’ordre d’un dixième, pendant que le volume de code quadruple. Faites le calcul : l’écart entre ce qui sort de la machine et ce qui crée vraiment de la valeur, ce sont des lignes en plus à comprendre, à valider, à maintenir. Ce n’est pas de la productivité, c’est une dette de relecture.
Non, l’ingénieur n’est pas remplacé
Le récit dominant, lui, ne s’embarrasse pas de ces nuances : l’IA atteindrait bientôt un seuil de capacité, et les licenciements massifs suivraient mécaniquement. Les données refusent obstinément de confirmer ce scénario.
Arvind Narayanan et Sayash Kapoor ont pris le problème par la profession la plus exposée à la disruption, l’ingénierie logicielle, justement parce qu’elle a très peu de barrières réglementaires. Leur constat : en mars 2025, l’État de New York est devenu le premier à ajouter une case « IA » aux déclarations de licenciement. Sur la première année pleine, plus de 160 entreprises ont déposé un préavis. Aucune n’a coché la case.
La raison tient en une idée simple. L’IA accélère la phase « taper du code dans un ordinateur », mais ce métier a toujours été bien plus que ça. Quand on demande aux ingénieurs ce qui résiste à l’automatisation, trois choses reviennent :
- décider et spécifier quoi construire ;
- vérifier ce qui est livré, et en porter la responsabilité ;
- la compréhension humaine profonde du code, du métier et de l’environnement, sans laquelle les deux premières sont impossibles.
L’IA aide même à décider et à vérifier. Mais la valeur d’un ingénieur reste adossée à la profondeur avec laquelle il saisit les problèmes et les solutions que les agents bricolent à sa place.
Le métier bascule, il ne disparaît pas
Voilà le point que la couverture générale manque, à force d’osciller entre « l’IA remplace les développeurs » et « l’IA n’est qu’un gain de confort ». Le vrai changement n’est ni l’un ni l’autre. Le centre de gravité du métier glisse de la production vers la validation.
Pour qui orchestre l’IA au quotidien, la conséquence est concrète et immédiate. Le temps le plus cher de la journée n’est plus celui passé à écrire, mais celui passé à relire ce que la machine a écrit. Et tous les développeurs ne vivent pas le même problème : un projet personnel que douze personnes utiliseront et un système de paiement vieux de dix ans ne partagent presque aucune contrainte. La plupart des conseils en circulation, c’est l’un de ces deux profils expliquant à l’autre comment vivre.
L’ironie, c’est que les outils qui produisent le flot sont aussi ceux qui aident à le tenir. Pointer un agent sur une file de pull requests entrantes pour les trier change réellement l’emploi du temps. Anthropic a d’ailleurs lancé en mars 2026 une fonction de revue de code dans Claude Code, branchée sur GitHub pour commenter automatiquement les pull requests, et GitHub Copilot suit le même chemin : plus d’une revue sur cinq y implique désormais un agent. L’IA n’est pas l’adversaire de la relecture : elle en devient le premier instrument.
Qui relira tout ce code ?
La question n’est donc pas de savoir si l’IA va remplacer les ingénieurs, mais comment former une génération entière à un métier dont le cœur se déplace sous ses pieds. Si écrire devient gratuit et que comprendre reste cher, qui paiera le coût de la compréhension, et avec quelles compétences ? Reste à voir si nos équipes sauront muscler la relecture aussi vite qu’elles ont musclé la production.
Mon avis
Le danger immédiat n’est pas le chômage des ingénieurs, c’est l’atrophie de leur jugement. À déléguer l’écriture sans muscler la relecture, on fabrique des équipes qui mergent du code qu’elles ne comprennent plus. Mon pari : dans deux ans, la compétence la mieux payée ne sera pas de savoir prompter un agent, mais de savoir dire non à ce qu’il produit. La revue de code, longtemps reléguée au statut de corvée, va devenir le vrai métier.
