Les juniors quand les agents écrivent le code facile

Si les agents IA écrivent désormais le code facile, sur quoi vos développeurs juniors vont-ils apprendre ? La question revient dans presque tous nos ateliers d’ingénierie agentique, posée par des CTOs qui recrutent comme par les juniors eux-mêmes. Elle mérite une réponse honnête : les tickets CRUD, les petites corrections, les tests à compléter, tout ce qui servait de terrain d’entraînement est précisément ce qu’une équipe délègue en premier à un agent.

Notre position : le métier d’entrée change, il ne disparaît pas. Un junior progresse désormais en lisant plus de code qu’il n’en écrit, en vérifiant le travail des agents, et en touchant à l’architecture bien plus tôt que ses aînés. À une condition : que cette progression soit organisée, pas laissée au hasard.

L’échelle a perdu ses premiers barreaux

Pendant vingt ans, la progression d’un développeur a suivi le même chemin : des tâches petites et bien bornées, dont la difficulté augmentait avec la confiance de l’équipe. Ce chemin avait une vertu cachée, la répétition. On apprend à déboguer en déboguant cent fois, pas en regardant quelqu’un le faire.

L’inquiétude est donc fondée, et nous la prenons au sérieux. Une équipe qui délègue tout le travail d’entrée de gamme à des agents et n’ajuste rien d’autre fabrique des juniors qui valident sans comprendre. Le problème tient à l’absence de nouveau chemin, pas à l’outil.

En face, la conclusion "ne recrutons plus de juniors" ne tient pas davantage. Une équipe composée uniquement de seniors vieillit sans se renouveler, et le volume de code généré crée un besoin massif de capacité de vérification, que les juniors peuvent précisément fournir.

Lire plus de code qu’on n’en écrit

Le premier déplacement est là : la lecture devient l’activité d’apprentissage principale. Un développeur junior qui relit chaque jour les diffs produits par les agents de l’équipe voit défiler plus de patterns, de conventions et d’erreurs en un mois qu’un junior de 2019 n’en voyait en un an d’écriture. Le métier a toujours été un métier de lecture, la maintenance en tête ; les agents ne font que rendre cette réalité visible dès le premier jour.

Mais lire sans enjeu n’apprend rien. La lecture forme quand elle engage : le junior qui relit doit répondre du merge, chercher le cas limite, exécuter le code, savoir refuser un diff. C’est la responsabilité qui force la profondeur, pas le volume de lecture.

La vérification est le nouveau métier d’entrée

Concrètement, le poste de travail d’un junior dans une équipe outillée ressemble à ceci : rédiger des tâches précises pour un agent, relire ce qui revient, exécuter et tester, documenter ce qui a cassé. Les tests, première délégation naturelle, sont aussi le premier terrain où un junior apprend à juger un code qu’il n’a pas écrit : une suite de tests s’exécute, se casse volontairement, se discute.

Ce déplacement a un effet secondaire heureux : l’architecture arrive plus tôt. Quand la partie mécanique de l’implémentation est déléguée, ce qui reste à discuter avec un junior, ce sont les découpages, les contrats d’interface, les choix de dépendances. Des sujets qu’on réservait à la troisième année et qui peuvent s’aborder dès la première, sur des cas réels.

Ce que les managers doivent changer

Rien de tout cela n’arrive spontanément. Trois chantiers concrets.

D’abord, un budget d’apprentissage explicite : des tâches que le junior traite sans agent, chaque semaine, pour construire les réflexes de base. Lire une stack trace, poser un breakpoint, écrire une fonction sans assistance : ces réflexes restent le socle du jugement, et ils ne se construisent que par la pratique. C’est de l’entraînement, pas de la nostalgie.

Ensuite, faire de la revue un lieu de transmission. La relecture en binôme junior et senior, où l’on verbalise pourquoi un diff passe ou ne passe pas, remplace une partie du mentorat qui se faisait par l’écriture. Elle tombe à point : la revue de code est devenue le goulot d’étranglement des équipes assistées, et la capacité de relecture des juniors est une ressource, pas une charge.

Enfin, réécrire les attentes. Une fiche de poste junior qui parle encore de "produire des fonctionnalités simples sous supervision" décrit un poste qui n’existe plus. Évaluez la qualité de la vérification, la précision des tâches déléguées, la contribution à la bibliothèque de skills de l’équipe : formaliser une convention dans une skill est d’ailleurs un excellent exercice de compréhension pour un junior.

Vos seniors ont un rôle central dans ce dispositif, y compris les plus sceptiques : ce sont leurs standards que les juniors apprennent à faire respecter.

La question des juniors est en réalité celle de toute l’équipe : qui fait quoi quand les agents écrivent, et comment chacun progresse dans ce nouveau partage. Une adoption qui sacrifie la relève n’est pas une réussite.