Cette semaine, un laboratoire chinois d'IA a publié un prototype de recherche qui surveille de sa propre initiative les discussions de groupe des développeurs et les dépôts GitHub, puis propose des corrections de code sans qu'on le lui demande. Super-Agent de DeepSeek est assumé comme un travail en cours, mais une ligne de sa documentation compte plus que l'outil lui-même : l'essentiel de l'ingénierie a été fait par des agents de codage. Les personnes qui construisent le remplaçant utilisent le remplaçant pour le construire.
À peu près au même moment, une vidéo humoristique intitulée "Software Engineers 2028" a circulé parmi les développeurs, imaginant la profession réduite à superviser des machines et apaiser des parties prenantes. Elle a touché juste parce qu'elle touche une angoisse réelle. Si les agents peuvent lire la discussion, écrire le correctif et ouvrir la pull request, que reste-t-il exactement du métier ?
L'histoire offre une réponse étonnamment précise, et elle commence avec la disquette. La disquette n'a pas disparu parce que les gens ont cessé de stocker des données. Elle a disparu parce que la fonction a migré vers de meilleurs supports, et l'objet qui définissait autrefois la fonction est devenu une pièce de musée. Les titres de poste suivent la même physique. Le dactylo n'a pas disparu quand l'écriture s'est terminée, mais quand l'écriture s'est détachée d'une machine dédiée et d'une personne dédiée. Les fonctions migrent ; les titres subsistent un temps puis prennent une retraite discrète.
L'ingénierie logicielle est maintenant au milieu de cette migration. La partie du travail qui est pure transcription, convertir une intention claire en syntaxe, se déplace vers les machines à une vitesse remarquable. La recherche de GitHub elle-même a constaté que les développeurs accomplissent les tâches routinières nettement plus vite avec l'assistance de l'IA, et chaque grand laboratoire propose un agent capable de tenir une conversation de codage. La couche de frappe suit le chemin de la disquette.
Mais une profession n'est pas une seule couche. Retirez la frappe et il reste trois couches plus dures. La première est de décider ce qui doit exister : cadrer le problème, choisir les compromis, savoir quelle exigence est réelle et laquelle est une supposition de partie prenante. La deuxième est la vérification : lire le code écrit par la machine avec la suspicion qu'il mérite, car un agent qui écrit couramment échoue aussi couramment. La troisième est la responsabilité. Quand le système tombe à 2 heures du matin, quelqu'un doit porter le poids légal, financier et moral de l'échec. Aucune licence, aucun contrat, aucun tribunal n'assigne ce poids à un agent.
Les données du marché du travail racontent la même histoire de l'autre côté. La demande se déplace, elle ne s'effondre pas. Les offres d'emploi demandent de plus en plus des ingénieurs capables de diriger les outils d'IA, de réviser le code généré et de concevoir des systèmes incluant des contributeurs non humains. L'analyse des emplois du futur du Forum économique mondial place régulièrement les spécialistes de l'IA et du machine learning parmi les rôles à la croissance la plus rapide, même en prévoyant l'automatisation des tâches de programmation routinières. La pyramide se rétrécit à la base et s'élargit au sommet, ce qui arrive à toute profession quand son échelon d'entrée se mécanise.
Il y a un vrai risque dans cette forme, et il mérite l'honnêteté plutôt que le réconfort. Les ingénieurs seniors se formaient autrefois en faisant le travail junior lentement et maladroitement. Si les machines absorbent le travail junior, le pipeline d'apprentissage se brise. Les entreprises qui célèbrent le code bon marché aujourd'hui découvriront peut-être dans cinq ans qu'elles n'ont plus personne capable de réviser le code écrit par leurs agents. La réponse rationnelle n'est pas d'interdire les outils mais de redessiner l'échelle : associer délibérément les juniors à la production des agents, faire de la relecture une compétence enseignée, et traiter la supervision des machines comme le nouveau métier plutôt que comme un aveu de déclin.
Alors, le titre d'ingénieur logiciel existera-t-il en 2028 ? Presque certainement oui, car les titres meurent lentement et les institutions sont conservatrices. Les hôpitaux emploient encore des médecins des siècles après que le rôle a cessé de signifier ce qu'il signifiait. Mais le titre décrira une réalité quotidienne différente : moins de frappe, plus de décisions ; moins d'écriture, plus de lecture ; moins de production, plus de réponse sur ce qui a été produit. La leçon de la disquette n'est pas que les choses disparaissent. C'est que l'objet s'efface pendant que le besoin survit, et que ceux qui prospèrent sont ceux qui suivent le besoin plutôt que de défendre l'objet.
Pour les dirigeants, l'action est concrète. Cartographiez quelles couches de votre travail d'ingénierie sont de la transcription et lesquelles sont du jugement, puis recrutez et formez explicitement pour les couches de jugement. Construisez la capacité de relecture avant d'en avoir besoin, car le code écrit par les agents exige toujours un humain qui le comprend. Et surveillez la question de l'apprentissage dans votre propre organisation avant que le marché ne vous la pose. Le titre prendra soin de lui-même. Le pipeline, non.
Pensez mathématiquement. Concevez intelligemment. Dirigez stratégiquement. Construisez de façon responsable. Développez-vous mondialement. Créez une vraie valeur commerciale grâce à l'intelligence artificielle.
