Les ingénieurs logiciels sont tous devenus des architectes.

J’enchaînais les nuits blanches pour une démo à fort enjeu, et les agents IA étaient bluffants. Des fonctionnalités qui prenaient une semaine arrivaient en un après-midi : on aurait dit un superpouvoir.

Puis j’ai commencé à tester.

Des bugs partout. Des erreurs de cache. Des problèmes de thread-safety. Du code qui tournait très bien depuis des mois, cassé en silence par une décision subtile que personne n’avait prise volontairement. Tout compilait. Tout s’exécutait. Et puis le piège se refermait. Il se refermait toujours.

Je passais la moitié de mon temps à déboguer la sortie de l’IA, et l’autre moitié à redouter ce que j’allais trouver ensuite. Et vers deux heures du matin, j’ai compris que ce que je ressentais n’était plus de l’enthousiasme. C’était la sensation de tirer le levier d’une machine à sous. Vous tapez un prompt, les rouleaux tournent, et vous obtenez ce que vous obtenez. Ça a l’air correct. Ça a l’air correct à chaque fois — jusqu’à ce que ça ne le soit plus.

Et voilà le point : je n’ai jamais cessé d’utiliser les agents. Personne ne reviendra en arrière. La vitesse est réelle, elle est incroyable, et quiconque vous dit de tout réécrire à la main vous vend de la nostalgie. Mais j’ai commencé à poser une autre question.

Le métier a déjà changé. Pas les outils.

On a déjà vécu ça. On programmait les ordinateurs avec des cartes perforées. Puis l’assembleur — pousse ce registre, saute ici, additionne ces nombres. Puis Dennis Ritchie a créé le C, et soudain on ne pensait plus en instructions, on pensait en logique. Chacune de ces bascules a paru impossible jusqu’à devenir évidente.

C’est l’un de ces basculements. Le plus important à ce jour. Ce sont désormais les agents qui écrivent le code — des milliers de lignes le temps d’un café — et le diff sort au bout comme un ticket de caisse, et nous en faisons tous la même chose. Nous ne le lisons pas. Bien sûr que nous ne le lisons pas. Personne ne lit un diff de 2 000 lignes. Nous le compilons, nous l’exécutons, nous le regardons en plissant les yeux, et nous prononçons les mots les plus dangereux du logiciel : « ça a l’air de marcher, on livre. »

Et puis ça casse la page de connexion. Que vous n’aviez même pas touchée. Parce que quelque part dans ces 2 000 lignes, un modèle de données central a été modifié, et ça paraissait anodin, et il est maintenant 2 h du matin, votre bipeur sonne, et la réponse honnête à « comment ça marche ? » est celle que des ingénieurs du monde entier donnent chaque jour à leurs directeurs :

« Je ne sais pas. C’est l’agent qui l’a écrit. »

Dites cette phrase à voix haute. Ce n’est pas une culture d’ingénierie. C’est construire sur des sables mouvants.

Les chiffres confirment ce ressenti : 84 % des développeurs utilisent désormais des outils de code IA. 81 % des équipes en entreprise ont déjà vu du code écrit par une IA casser en production. Et 29 % — vingt-neuf pour cent — font confiance au code généré par IA qu’elles livrent.* Nous avons adopté les outils et perdu la confiance. La vitesse sans contrôle, ce n’est pas de l’ingénierie. C’est du chaos avec un bon marketing.

Mais voici ce que personne ne dit clairement : le métier d’ingénieur n’a pas disparu. Il est monté d’un cran. Nous ne sommes plus des codeurs. Nous sommes des architectes. Nous dirigeons, nous structurons, nous décidons ce qui doit toujours être vrai et ce qui ne doit jamais arriver. Les agents sont la main-d’œuvre — un essaim de bâtisseurs infatigables, brillants, un peu imprudents. Et chacun de nos outils a été conçu pour l’ancien métier. Un navigateur de fichiers, un éditeur de texte, un agent greffé sur le côté. C’est le bureau d’un codeur. Où sont les outils de l’architecte ?

Le contrôle n’est pas une demande de fonctionnalité. C’est un instinct.

Le besoin de maîtriser ce que l’on construit est peut-être l’un des plus vieux instincts humains qui soient. C’est la différence entre faire quelque chose et regarder quelque chose se faire. Et je crois que c’est la vraie raison du malaise actuel des ingénieurs — ce ne sont pas les bugs, pas vraiment. C’est qu’on s’assoit à son bureau et qu’on ne se sent plus bâtisseur. On a l’impression d’engueuler un agent, qui parfois répond, qui parfois a même raison, et rien de tout cela ne ressemble au métier qu’on aimait.

Les ingénieurs devraient s’asseoir le matin et ressentir ce que nous avons toujours ressenti : je construis des choses. Je crée. Je sais comment mon système fonctionne, et je peux le prouver. Cette fierté n’est pas de la nostalgie — c’est ce qui fait tenir toute la profession, parce qu’au bout de chaque diff il y a toujours un être humain qui est responsable. Andrej Karpathy l’a très bien dit : l’ingénierie agentique consiste à préserver le niveau d’exigence tout en allant beaucoup plus vite. La responsabilité reste la vôtre.

La réponse n’est donc pas une IA plus lente, ni la lecture de chaque diff, ni un dossier de fichiers markdown que l’agent traite comme une aimable suggestion. La réponse est celle qu’elle a toujours été en ingénierie : voir ce qui a été construit. Comprendre ce que ça fait. Faire respecter ce qui ne doit jamais arriver. Vérifier avant de faire confiance.

Mais tout commence par les outils. Cela commence par remettre les ingénieurs aux commandes, au sommet de la pile, fiers de ce qu’ils construisent.

Nous croyons que :

• Les ingénieurs sont désormais des architectes. Les outils devraient enfin se comporter comme tels.
• La confiance se gagne par la vérification, pas au feeling. Ce qui n’est pas prouvé ne part pas en production.
• Le contrôle est la fonctionnalité. Tout le reste est décoration.
• La vitesse sans contrôle, c’est le chaos. La vitesse avec contrôle, c’est toute la promesse de cette époque.

C’est pour cela que nous construisons Panolayer.

*Sources : Stack Overflow Developer Survey 2025 ; CloudBees State of Code Abundance 2026.