Blog · Futur du travail

Le futur du travail, c’est Claude assisté par un humain.

Pendant un temps, la formule était « un humain assisté par l’IA ». Regardez honnêtement une session d’ingénierie moderne et la description ne colle plus. Le modèle fait le travail ; l’humain le dirige, le vérifie et en répond. Cette inversion change plus que l’outillage, et je crois que c’est une bonne nouvelle.

Sticker détouré : un petit robot tape au clavier pendant qu’un humain, derrière lui, pointe la direction et tient une loupe sur un flux de blocs de code marqués de sceaux d’approbation orange ; une boussole est posée sur le bureau

L’inversion discrète#

Personne ne l’a annoncée. Un mois, l’assistant complétait des lignes ; quelques mois plus tard, des fonctions ; puis un jour on réalise que la session s’est inversée. Vous décrivez un résultat, Claude travaille à travers la base de code, et votre temps de clavier se passe à lire, questionner et décider. L’humain n’est plus celui qu’on assiste. L’humain est l’assistance : le jugement enroulé autour de la machine qui produit.

Résister à ce constat par fierté me semble vain. La question intéressante, c’est ce que devient le rôle humain quand la production n’est plus le goulot d’étranglement.

Ce que le modèle porte désormais#

Dans notre quotidien, Claude porte la lecture longue, le premier jet de presque tout, les couches mécaniques d’une migration, les tests que personne n’aimait écrire, la première passe de revue et la documentation qui était une dette honteuse. Il porte l’amplitude : peu lui importe que le fichier soit du Java, du SQL, du YAML ou un script shell vieux de dix ans.

Ce qu’il produit n’est pas toujours juste. C’est en revanche toujours disponible, et la disponibilité change les comportements : on explore trois architectures au lieu de défendre la seule qu’on a eu le temps de construire.

Ce qui reste humain#

Quatre choses, et je ne les vois pas bouger. L’intention : décider ce qui mérite d’être construit, ce qu’aucune capacité ne fournit. Le contexte : savoir ce dont l’organisation a réellement besoin, y compris ce qui n’est écrit nulle part. Le goût : reconnaître la différence entre du code qui fonctionne et du code avec lequel l’équipe peut vivre cinq ans. La responsabilité : un changement qui atteint la production porte un nom humain, et ce nom n’est pas Claude.

Claude porte

  • La lecture longue et l’amplitude
  • Les premiers jets et la répétition
  • L’implémentation mécanique

L’humain conserve

  • L’intention et le contexte
  • Le goût et la vérification
  • La responsabilité finale
Le modèle élargit ce qui peut être produit. L’humain décide ce qui doit exister et en répond.

Claude peut produire presque tout, sauf la raison de le produire. L’intention, le contexte, le goût et la responsabilité : voilà le métier désormais.

La vérification est le nouveau métier#

Quand la production est bon marché, le jugement devient cher. La compétence centrale de l’ingénieur glisse de l’écriture du code vers sa spécification et sa vérification : cadrer le problème pour que le modèle ne puisse pas le mal comprendre, concevoir les invariants qui doivent tenir, et lire vite un gros diff sans se laisser bercer par son assurance. La réponse fausse mais fluide est le mode de défaillance de cette époque, et l’antidote est une culture de la vérification, pas une confiance aveugle dans un sens ou dans l’autre.

Rien de tout cela n’est vraiment nouveau. C’est ce qu’un bon tech lead a toujours fait avec une équipe : donner la direction, poser les contraintes, relire honnêtement, assumer. L’inversion généralise la posture du tech lead à chaque ingénieur.

Ce que cela change pour les équipes et les juniors#

Pour les équipes, la ressource rare cesse d’être les mains et devient le jugement. C’est pour cela que je mets mon énergie sur la responsabilité, le contexte et la discipline de revue plutôt que sur le volume produit. Une équipe qui ne sait pas vérifier ne sera pas sauvée par un modèle qui sait produire.

Pour les juniors, je suis plus optimiste que les pessimistes. Oui, les gammes qui forgeaient l’intuition, écrire du boilerplate, traquer les bugs à la main, disparaissent. Mais les juniors regardent désormais du travail de niveau expert se dérouler devant eux toute la journée, peuvent l’interroger sans fin, et peuvent porter un vrai système plus tôt qu’aucune génération avant eux. Le risque, c’est de sauter entièrement l’effort ; le remède est délibéré : de petits systèmes portés de bout en bout, avec un mentor humain et des revues honnêtes. Le jugement vient toujours des conséquences.

Où l’inversion s’arrête, pour l’instant#

Je veux rester honnête sur la frontière. L’intention produit ambiguë, les tensions d’organisation, les incidents dont le contexte vit dans les têtes, les décisions qui arbitrent la douleur d’une partie prenante contre celle d’une autre : là, l’humain n’assiste personne, l’humain fait simplement le travail. Et dans les environnements réglementés, la responsabilité est structurelle : quelqu’un doit répondre, et ce ne peut pas être un modèle.

Alors non, je ne crois pas que les ingénieurs deviennent des spectateurs. La direction, la vérification et la responsabilité ont toujours été la partie senior du métier. Les outils ont fini par rattraper cette vérité, et ils y poussent tout le monde. Un futur où la machine produit et où l’humain est pleinement occupé à juger ne ressemble pas à une rétrogradation. Cela ressemble au métier, distillé.