Développeurs juniors dopés à l'IA : vite fait, mal appris

• Le débat sur les juniors et l'IA mesure la vitesse, parce que la vitesse est la seule chose qui rentre dans un tableau de suivi.
• L'outil n'a pas tué l'apprentissage : il sert d'alibi présentable à des budgets formation coupés bien avant lui.
• La facture n'arrive pas cette année, elle arrive vers 2032, quand ces juniors piloteront du code que plus personne n'a écrit.

Mardi, en revue de code, personne autour de la table n'a su dire qui avait écrit les quarante lignes qu'on validait.

Une question circule sur les forums anglophones de développeurs : l'IA rend-elle les juniors plus rapides sans en faire de meilleurs ingénieurs ? Le 7 août 2026, Swapnil Talekar posait la version miroir dans une vidéo, Is AI making engineering teams slower?. Deux façons de regarder le même chronomètre. Notre avis : le chronomètre n'a jamais été le sujet.

La question a déjà choisi sa réponse

La formule tourne depuis quelques jours sur les forums anglophones de développeurs. L'IA rendrait les juniors plus rapides, sans en faire de meilleurs ingénieurs. Treize mots, et la réponse est planquée dans la question. Le 7 août 2026, Swapnil Talekar mettait en ligne une vidéo au titre jumeau, Is AI making engineering teams slower?, soit « l'IA ralentit-elle les équipes ? ». Même réflexe, autre bout du couloir. On chronomètre, on oublie le métier. La vitesse rentre dans un tableau de suivi, le métier non. Tout le débat sur les outils qui écrivent le code à votre place se joue sur ce terrain, et seulement celui-là. Combien de tickets fermés avant midi. Combien d'heures gagnées. Le mode automatique, celui où la machine enchaîne les actions sans repasser par vous, a fini de brouiller le compteur. Ajoutez les guides qui promettent de battre tout le monde, et la messe est dite. Les jeunes qui travaillent avec ça tous les jours l'ont compris avant leurs patrons. Le junior n'a rien demandé. On lui a livré un assistant qui répond toujours, jamais un cadre pour décider quand l'ignorer. Ensuite on s'étonne qu'il aille vite. Le compteur, lui, ne dira jamais si la ligne écrite était la bonne.

Vite n'est pas le sujet, et personne ne veut le dire

Un ingénieur ne se juge pas au volume produit. Il se juge à ce qu'il refuse d'écrire. Cette part du métier s'apprend en se plantant, en relisant, en attendant deux jours qu'un collègue explique pourquoi votre solution élégante est une bombe à retardement. La machine, elle, répond en quatre secondes. Le temps d'attente a disparu, et avec lui la fabrication du doute. Voilà le vrai sujet. Pendant ce temps, le classement des assistants change tous les mois, les comparatifs s'empilent, et les commentaires s'occupent. Le harnais, c'est-à-dire l'outil qui pilote le modèle et lui ouvre vos fichiers, pèse souvent plus lourd que le modèle lui-même. Un modèle qui tient dans huit gigaoctets tourne sur une machine de bureau. Les modèles ouverts rattrapent les payants sur une partie des usages. Et le coût de calcul, celui qu'on paie à chaque réponse, n'apparaît dans aucune réunion d'équipe. Rien là-dedans ne dit si le junior comprend ce qu'il vient de valider. L'entreprise, elle, a tranché depuis longtemps. Elle a supprimé les six mois pendant lesquels un débutant coûte cher et ne rapporte rien. On appelle ça un gain de productivité. C'est un transfert de risque, du bilan comptable vers le code. Le risque n'a pas disparu, il a juste changé de service. L'IA n'a pas cassé la formation des ingénieurs. Elle a fourni un alibi présentable à ceux qui l'avaient déjà rayée du budget.

Le junior n'est pas le problème, il est le témoin

On a déjà vu ce film ailleurs. À l'école, on interdit, on surveille, on s'inquiète des devoirs rendus trop propres. Chez les matheux, on rappelle qu'une démonstration ne se devine pas. Partout la même angoisse : et si la génération suivante ne savait plus faire à la main ? Le cadrage arrange tout le monde, parce qu'il désigne un coupable commode, le débutant. Les professionnels qui rejettent l'outil dans leur métier ne sont pas des nostalgiques. Ils voient ce que la vitesse coûte quand une décision engage quelqu'un. Le junior, lui, encaisse un procès qui ne le concerne pas. Il n'a pas décidé de remplacer des équipes entières par une promesse. Il n'a pas voté la coupe dans le budget formation. Il fait ce qu'on lui demande : livrer plus, plus tôt, avec moins de relecture. Même le monde du logiciel libre, qui discute six mois avant d'autoriser une virgule, a fini par ouvrir la porte. On peut trouver ça inquiétant. On ne peut pas le facturer au stagiaire. Dans cette histoire, le débutant sert de paratonnerre à des arbitrages qu'il n'a jamais rendus.

Ce qu'on saura vraiment en 2032

La réponse honnête tient en deux mots : on verra. Les limites à poser à la machine se discutent en tribune, la superintelligence occupe les plateaux, et pendant ce temps un chef d'équipe décide seul, un mardi matin, s'il relit encore le code de son stagiaire. C'est là que ça se joue. Pas chez les vendeurs de modèles. Pas dans les discours sur la souveraineté logicielle. Pas dans les outils censés repérer un texte écrit par la machine. Dans les revues de code du mardi, celles que personne ne met dans un tableau de bord. Le junior de 2026 sera senior en 2032. S'il n'a jamais eu le droit de perdre une journée entière sur un bug idiot, il pilotera des équipes sans savoir ce qu'il regarde. On saura répondre le jour où quelqu'un acceptera de compter les heures passées à réparer. Pas avant. La panne se verra quand il faudra reprendre quelque chose que plus personne n'a écrit.