L'outil amplifie celui qui le tient

Ceci n’est pas un billet technique, plutôt un état des lieux du métier tel que je le vois passer, année après année, dans les annonces et dans les fils de discussion. Je vais y parler de deux choses qui, à première vue, n’ont rien à voir : ce que les recruteurs demandent et ce que l’IA fait aux profils juniors. À l’arrivée, c’est le même sujet.

1. Le mouton à cinq pattes, au tarif du mouton ordinaire

Certaines personnes arrivent vraiment à endosser plusieurs casquettes à la fois, avec des faiblesses bien sûr, l’une plutôt dans l’infra, l’autre plutôt dans le dev. Moi par exemple, je peux lire, comprendre, adapter ou corriger du code et une archi dans beaucoup d’idiomes, mais de là à exploiter un framework comme Laravel, Symfony, Django ou Flask, coder des features métier à la chaîne et valider des PR toute la journée, très peu pour moi. Ce n’est pas mon terrain et je préfère le dire que le faire semblant.

Ces profils couteau-suisse ont souvent une capacité de montée en compétence énorme et ils matchent les annonces sans trop forcer. Sauf que les recruteurs veulent justement qu’ils cumulent tous les points d’un coup : expertise avancée sur Kubernetes et du dev sur tel langage ou tel framework et le reste, sinon c’est mort avant l’entretien.

Et je ne parle même pas du salaire au rabais. Le candidat, vas-y, fais-nous une infra aux petits oignons, occupe-toi de l’industrialisation, fais fondre nos factures, remplace à toi seul deux ou trois services et tant qu’à faire apporte le café, mais pour 65 ou 70k ou un TJM de 500 euros. On cherche un mouton à cinq pattes et on le paie au tarif du troupeau.

Que ces profils existent, personne n’en doute. Qu’ils acceptent durablement d’être payés à ce prix-là pendant qu’on leur empile les rôles, c’est une autre histoire et c’est là que le marché se ment à lui-même.

2. Ce qu’on fabrique à l’intérieur du métier

On me répondra que l’IA va démocratiser l’accès à la connaissance et refermer la fracture. Sur ce point, je ne partage pas l’optimisme ambiant. Je voyais déjà une fracture et elle se creuse au lieu de se refermer.

Le pire n’est même plus ceux qui ne touchent pas au code. C’est ce qu’on fabrique à l’intérieur même du métier : toute une génération spécialisée à outrance, formée à la chaîne, collée à ses idiomes et à ses frameworks, qui livre du code sans avoir jamais regardé ce qu’il y a dessous. Ils ne savent pas ce que fait un syscall, comment circule un paquet TCP/IP, ce qui se passe sous l’abstraction qu’ils manipulent toute la journée et surtout ça ne les intéresse pas une seconde.

Ce n’est pas une insulte, c’est un constat et le produit d’un système de formation qui a optimisé l’employabilité immédiate au détriment des fondamentaux. On a appris à des gens à brancher des briques sans jamais leur montrer l’intérieur des briques.

3. L’outil amplifie, il ne corrige pas

Mettez un LLM dans ces mains-là et il ne les élève pas. Il les laisse filer plus vite dans la même ornière.

C’est la mécanique que je retiens de ces deux dernières années : l’outil amplifie celui qui le tient. Une poignée de profils s’en servira pour creuser, vérifier et vraiment apprendre ce qu’il y a dessous. Beaucoup s’en serviront pour penser à leur place et livrer du slop à la chaîne, en masquant le trou un peu plus vite, un peu plus proprement, jusqu’au jour où le trou se rappelle à eux en production.

Un junior curieux, qui demande au modèle pourquoi plutôt que quoi, qui recompile l’explication dans sa tête et la confronte au réel, en sort grandi. Un junior pressé, qui copie-colle la réponse plausible et passe au ticket suivant, en sort exactement au même niveau, avec juste plus de lignes à son nom et une dette un peu plus cachée. Le même outil, deux trajectoires opposées et la différence ne tient pas à l’outil.

4. Le goulot, c’est le discernement

Alors ce que je mettrais sur la table, ce n’est pas une compétence de plus à cocher dans une annonce, c’est cette question-là : qui se sert de l’outil pour savoir et qui se fait servir par lui.

Le goulot n’a jamais été la machine. Il est dans le discernement et dans les fondamentaux qu’on ne veut plus apprendre parce qu’ils ne rapportent rien le trimestre où on les apprend. Un LLM accélère la production de code, il n’accélère pas la formation du jugement et confondre les deux est l’erreur de casting que je vois se répéter.

C’est aussi pour ça que je reste prudent sur la façon dont on recrute et dont on évalue à l’ère agentique. J’ai détaillé ailleurs pourquoi un diplôme ou une certification ne mesurent pas le jugement et comment je préfère faire coder puis raconter un incident vécu plutôt que cocher des cases ; c’est le billet compagnon de celui-ci, L’agentique en production . Ici je ne rejoue pas cet argument, je pointe juste la racine commune : on cherche à acheter des compétences empilées quand le vrai actif, rare et long à construire, c’est la capacité à comprendre ce qu’on manipule.

L’outil n’a jamais sauvé personne

Le marché veut le mouton à cinq pattes (expert Kubernetes, dev multi-framework, industrialisation, réduction de coûts) et le paie au tarif du mouton ordinaire, 65/70k ou un TJM de 500 euros. Ça ne tient pas dans la durée.
La vraie fracture n’est pas entre ceux qui codent et ceux qui ne codent pas, elle est à l’intérieur du métier : une génération formée à la chaîne qui ne sait plus ce qui se passe sous l’abstraction et que ça n’intéresse pas.
L’IA ne relève pas ces profils, elle les amplifie. Le curieux creuse plus vite, le pressé masque le trou plus vite. L’outil ne décide pas de la trajectoire.
Le goulot n’a jamais été la machine, c’est le discernement et les fondamentaux qu’on ne veut plus apprendre.
Investissez dans les fondamentaux avant d’investir dans les tokens : syscalls, TCP/IP, ce qu’il y a sous la brique. Le reste s’achète, pas ça.