La fin du logiciel : quand l'interface se dissout et que le système se met à s'engendrer lui-même

Le bouton est un fossile. Chaque fois que vous cliquez sur « Exporter en PDF », vous opérez une décision qu'un ingénieur a prise en 2019, figée dans des pixels et empaquetée dans un binaire. Le logiciel que nous utilisons est, au sens littéral, la pensée d'autrui solidifiée — la photographie d'une intention ancienne que vous êtes contraint de rejouer avec la souris. Pendant soixante-dix ans, cela a été la norme. C'était l'unique manière de faire. La machine ne savait pas ce que vous vouliez, alors quelqu'un devait deviner à l'avance tous les chemins possibles et dessiner un écran pour chacun. L'interface graphique n'existe pas parce qu'elle serait la meilleure façon pour un humain de dire ce qu'il veut. Elle existe parce que la machine était sourde.

C'est terminé. Ce ne sera pas terminé — c'est terminé, en silence, à un moment quelconque entre GPT-3 et les modèles d'agent actuels. Ce qui n'est pas encore terminé, c'est notre perception. Nous continuons à construire des écrans avec la foi de celui qui n'a jamais su faire autre chose, de la même manière que les premières automobiles avaient un porte-fouet. La surdité de la machine était la prémisse fondatrice de toute l'industrie du logiciel, et cette prémisse est tombée. Quand la prémisse fondatrice d'un secteur tombe et que personne ne réécrit les présupposés, vous ne regardez pas une amélioration incrémentale. Vous regardez la fin d'une catégorie.

L'interface était une cicatrice, pas une vertu

Il vaut la peine d'être précis sur ce qu'est réellement une interface, car l'industrie du produit a passé des décennies à traiter l'interface comme le produit. Un menu est une liste finie de choses que le système sait faire, exposée parce que le système n'arrive pas à comprendre ce que vous diriez avec vos propres mots. Un formulaire est un interrogatoire structuré : le système vous force à traduire une intention humaine et continue (« je veux replanifier ce voyage parce que mon vol a du retard ») en une séquence de champs discrets que la base de données arrive à avaler. Chaque menu déroulant, chaque assistant en cinq étapes, chaque « vouliez-vous dire ? », chaque infobulle — tout cela est du tissu cicatriciel. Ce sont des prothèses pour une incapacité : la machine ne comprenait pas le langage, ne comprenait pas le contexte, ne vous comprenait pas, vous.

L'UX est devenue une discipline entière vouée à minimiser la douleur de cette traduction. Des designers brillants ont passé des carrières entières à réduire le nombre de clics entre l'intention et le résultat, parce que chaque clic est une petite humiliation — un moment où l'humain se plie à la grammaire de la machine plutôt que l'inverse. Stripe a été révéré non parce que traiter un paiement serait beau, mais parce qu'ils ont réduit des dizaines d'écrans de paiement à quelque chose qui ne gênait presque plus. Le plus grand éloge qu'un produit recevait était « intuitif », mot poli pour dire « j'ai réussi à deviner ce que les ingénieurs ont deviné que j'allais vouloir ». Pensez à l'absurdité : l'apogée du design logiciel, c'était l'utilisateur et le constructeur se devinant l'un l'autre à travers une paroi de verre.

La paroi est tombée. Et quand la machine se met à comprendre l'intention directement — en langage, avec contexte, avec mémoire de ce que vous avez fait auparavant —, l'interface cesse d'être une vertu et redevient ce qu'elle a toujours été : une cicatrice. Maintenir le menu quand le système comprend la phrase, c'est comme garder le porte-fouet dans la voiture. C'est de l'archéologie. Les produits qui domineront la prochaine décennie ne sont pas ceux qui ont la meilleure interface. Ce sont ceux qui en ont le moins — ceux qui parviennent à dissoudre la traduction au point que vous oubliez que vous utilisez une machine.

Répondre n'est pas exécuter — et c'est là toute la frontière

Il y a une confusion qui doit mourir, car elle pousse des gens intelligents à sous-estimer ce qui est en train d'arriver. Le ChatGPT qui écrit un e-mail à votre place est impressionnant, mais c'est un oracle : il répond. Vous copiez encore, vous collez, vous ajustez, vous envoyez. Le travail réel — l'acte — reste le vôtre. Un oracle est une amélioration de productivité. C'est de l'autocomplétion sous stéroïdes. C'est utile, ça vend de l'abonnement, mais ça ne change pas la nature du logiciel.

La fracture est dans le mot « exécuter ». Un agent qui a accès à votre boîte mail, à votre calendrier, à l'API de la compagnie aérienne et à votre carte ne vous répond pas « voici un brouillon de la façon de replanifier votre vol ». Il replanifie. Il lit l'e-mail du retard, le croise avec le calendrier, identifie que la réunion de 14h à Lisbonne est désormais impossible, replanifie le vol en choisissant la correspondance qui vous laisse encore arriver à temps, prévient les personnes de la réunion, met à jour l'hôtel et vous envoie une phrase : « c'est fait, vous arrivez maintenant à 16h40, réunions reprogrammées, hôtel prolongé d'une nuit, surcoût de 230 euros, vous confirmez ? ». La différence entre ces deux choses n'est pas de degré. Elle est de nature. L'une est du texte sur le monde. L'autre est un changement dans le monde.

C'est le seuil où le logiciel tel que nous le connaissons s'achève pour de bon. Le logiciel a toujours été un outil que l'humain opère pour produire un effet. L'effet était médiatisé : vous bougiez la souris, l'écran répondait, l'état changeait, et vous vérifiiez avec les yeux. L'agent fait s'effondrer cette chaîne. Il a l'objectif, il a les outils, il a le jugement approximatif de savoir quand s'arrêter et demander. L'humain sort de la boucle d'exécution et entre dans la boucle de supervision. Et quand l'humain sort de la boucle d'exécution, tous les écrans qui existaient pour médiatiser cette exécution — tous les boutons, tous les flux — perdent leur raison d'être. Ce n'est pas qu'ils deviennent laids. C'est qu'ils deviennent vides. Personne ne va les opérer, car l'opération a été sous-traitée à quelque chose qui n'a pas besoin d'écran pour opérer.

Notez que les entreprises qui ont le mieux compris cela ont cessé de parler de « features ». Anthropic, OpenAI, Cloudflare avec ses Workers et désormais ses agents — le vocabulaire est passé de « ce que le produit fait » à « ce que le produit parvient à accomplir en autonomie ». C'est un changement d'axe. L'ancien axe était la capacité exposée à l'écran. Le nouvel axe est la capacité exercée sans écran.

La navigation engendrée en direct : le site qui a une recherche contre le site qui est décidé

Je veux forcer une distinction qui paraît subtile et qui est, en réalité, le cœur de tout. Il existe un abîme entre un site qui a une barre de recherche et un site dont l'expérience entière est décidée à l'instant où vous arrivez.

Le site avec recherche est le paradigme actuel, et nous le confondons avec de la personnalisation parce qu'il bouge un peu. Amazon a une recherche, des recommandations, des « ceux qui ont acheté ceci ont acheté cela ». Mais la structure est fixe. Les rayons existent avant votre arrivée. Les modules de la page ont été conçus par une équipe produit, testés en A/B, et ce qui change entre deux utilisateurs, c'est le contenu qui s'écoule dans des conteneurs immuables. Vous êtes un liquide versé dans un moule préfabriqué. Le moule ne vous connaît pas. Il connaît « les utilisateurs comme vous » — un segment, un cluster, une moyenne statistique dans laquelle on vous a enfoncé de force.

Le site qui est décidé en direct n'a pas de rayons. Il n'a pas, en réalité, de « pages » au sens où vous l'entendez. Quand vous arrivez, un système considère qui vous êtes, ce que vous avez fait la dernière fois, ce que vous venez de dire, quel est votre objectif probable en ce moment précis — et engendre l'interface. Il ne choisit pas entre des interfaces préconstruites : il engendre. Si vous êtes un acheteur comparant trois modèles, il vous livre un tableau comparatif que personne n'a dessiné à l'avance, monté à l'instant, avec exactement les trois options qui comptent pour vous et exactement les attributs auxquels vous tenez. Si vous êtes quelqu'un qui a déjà acheté et qui revient avec un problème, il ne vous montre même pas la vitrine — il vous montre l'état de votre commande et un chemin de résolution. La « page d'accueil » cesse d'être un lieu et devient un événement. Elle a lieu une fois, pour vous, et n'existe plus jamais à l'identique.

C'est la différence entre assaisonner un plat tout prêt et avoir un chef qui demande de quoi vous avez envie. Le site avec recherche est un immense buffet où vous chassez ce que vous voulez. Le site décidé en direct est quelqu'un qui savait déjà ce que vous alliez vouloir et qui a dressé l'assiette avant que vous ne vous asseyiez. Et le point que presque tout le monde rate : ce n'est pas « une meilleure personnalisation ». C'est la fin du design d'écrans comme activité. Car si l'écran est engendré par le contexte à chaque interaction, il n'existe plus « l'écran » qu'un designer pourrait dessiner. Il existe un système de génération, une grammaire, des contraintes, des intentions — et l'artefact final jaillit de cela, différent à chaque fois. Le designer cesse de peindre des tableaux et se met à cultiver un jardin qui pousse seul dans des directions qu'il oriente mais ne contrôle pas.

Il y a des gens qui le font déjà, de façon rudimentaire. Génération d'UI à partir d'un prompt, composants qui s'assemblent par description, tableaux de bord qui se reconfigurent selon la question que vous posez. C'est grossier, c'est lent, ça hallucine, ça se trompe. Comme les premiers navigateurs graphiques étaient grossiers. Ce qui importe, ce n'est pas l'état actuel de l'exécution. C'est que la direction est irréversible, car une fois que l'utilisateur a goûté à une interface qui se moule à lui, l'interface fixe se met à ressembler à ce qu'elle est : rigide, bête, faite pour quelqu'un d'autre.

Ce que cela fait au travail du savoir

Maintenant la partie inconfortable, car c'est là que résident l'argent, l'emploi et l'identité.

Le travail du savoir, dans son immense majorité, c'est l'opération de logiciels par des humains. L'analyste financier qui extrait des données d'un système, les balance dans Excel, met en forme, conclut. Le professionnel du marketing qui monte la campagne dans six outils différents, copiant des données de l'un à l'autre. L'avocat junior qui révise des contrats à la recherche de clauses. Le recruteur qui filtre des CV. L'agent qui navigue entre cinq onglets pour résoudre un ticket. Regardez de près et presque tout le travail de bureau, c'est ceci : un humain servant de colle entre des systèmes qui ne se parlent pas, traduisant l'intention en clics, transportant des données d'un écran à un autre, et exerçant un jugement de bas niveau en chemin. L'humain est le middleware. L'humain est l'intégration qui n'a jamais été construite.

L'agent est l'intégration construite. Quand le système comprend l'intention et a accès aux outils, le transport de données entre écrans — qui était la moitié de la journée de travail d'un demi-milliard de personnes — disparaît tout simplement. Ce n'est pas que le travail devient plus rapide. C'est que la catégorie de travail « opérer un logiciel pour déplacer de l'information » cesse d'exister comme occupation humaine. Ce n'est pas une prévision risquée. C'est presque de l'arithmétique. Si la raison pour laquelle vous existez sur cette chaise, c'est que les systèmes étaient sourds et que quelqu'un devait traduire, et que les systèmes ont cessé d'être sourds, la chaise n'a plus de fonction.

Mais la conclusion facile — « tout le monde va être remplacé » — est aussi paresseuse que le déni. Ce qui disparaît, c'est l'opération. Ce qui croît, c'est le jugement, la définition d'objectif et la supervision. L'analyste financier qui valait par sa vitesse sur Excel perd de la valeur ; celui qui vaut par sa capacité à savoir quelle question vaut la peine d'être posée en gagne. Le travail migre de « comment je fais ça » vers « ce qui devrait être fait et comment je sais que l'agent a bien fait ». Il y a une réorganisation des couches, pas une évacuation. Les couches basses — l'exécution mécanique — sont absorbées par la machine. Les couches hautes — intention, goût, responsabilité, éthique, jugement sous ambiguïté — restent, et deviennent plus denses, car désormais chaque décision humaine commande un levier bien plus grand. Un humain avec dix agents compétents produit ce qui exigeait auparavant un département. Le département ne devient pas dix départements. Il devient cet humain.

Celui qui va souffrir, ce n'est pas « le travailleur du savoir » dans l'abstrait. C'est celui qui a bâti son identité professionnelle entière sur l'opération et rien sur l'intention. C'est le professionnel qui excelle à utiliser l'outil et qui est médiocre à savoir pourquoi et quand. Ce profil a été récompensé pendant trente ans parce qu'opérer l'outil était difficile et rare. La rareté s'est évaporée. Et chaque fois qu'une rareté s'évapore, la prime qu'elle payait s'évapore avec elle, indifférente à la dureté avec laquelle on a acquis cette compétence.

Et qui programme ? Le code est aussi une interface — et elle se dissout

Les programmeurs adorent penser qu'ils sont du côté sûr de cette transformation, en train de construire la chose qui dévore les autres emplois. C'est une illusion confortable et partiellement fausse. Le code est une interface — peut-être l'interface la plus pure qui soit. C'est la façon dont un humain dit à la machine, avec une précision douloureuse, exactement quoi faire, parce que la machine était trop bête pour comprendre quoi que ce soit de moins exact. Toute l'industrie des langages de programmation, des frameworks, des bibliothèques, des patrons de conception, est une tour gigantesque de cicatrices accumulées pour contourner la même surdité. Vous écrivez for (let i = 0; i < arr.length; i++) non parce que c'est ainsi que les humains pensent, mais parce que la machine exigeait ce rituel.

Quand la machine comprend l'intention, le rituel devient négociable. Je ne parle pas du fantasme naïf de « plus personne ne programmera, il suffit de demander en français ». Le français est ambigu, et l'ambiguïté ne construit pas de systèmes fiables — quelqu'un doit encore spécifier avec rigueur, doit encore comprendre ce qui arrive quand l'agent se trompe, doit encore concevoir l'architecture, les limites, les garanties. Mais la proportion change radicalement. La part du travail de programmation qui était de la dactylographie — traduire une solution déjà comprise dans la syntaxe spécifique d'un langage — cette part est exactement le type de traduction mécanique que la machine fait désormais. Le programmeur qui valait par sa capacité à taper vite la solution évidente perd de la valeur pour la même raison que l'analyste Excel en perd.

Ce qui monte, c'est l'architecture, le jugement de systèmes, la capacité de décider quoi construire et de savoir si ce qui a été construit est juste, sûr, et n'explosera pas en production à trois heures du matin. Monte la capacité de réviser — car quand un agent génère dix mille lignes, le goulot d'étranglement cesse d'être de les écrire et devient de leur faire confiance. Le programmeur du futur proche ressemble moins à un dactylographe et plus à un architecte qui donne des briefs denses, supervise des exécutions et répond de l'intégrité du résultat. Remarquez que c'est déjà le travail des meilleurs ingénieurs seniors depuis des années — ils programment déjà par intention, déléguant les détails aux juniors. Le changement, c'est que le junior est désormais une machine, infinie, bon marché et qui s'améliore chaque trimestre.

Il y a un détail que peu de gens digèrent : si le logiciel devient des systèmes qui s'engendrent en temps réel, une partie du « code » cesse d'être écrite à l'avance par qui que ce soit. Le système s'engendre lui-même sur le moment, pour le contexte. Cela signifie que l'artefact « logiciel », ce binaire que vous compiliez, versionniez et distribuiez, commence à se dissoudre dans la même direction que l'interface. Il n'existe plus « la build » au sens classique, quand la moitié du comportement est décidée en direct par un modèle répondant au contexte. Le versionnage, le déploiement, le QA — toute la machinerie d'ingénierie qui existe pour dompter des artefacts statiques doit être réinventée pour un artefact qui change à chaque exécution. C'est un problème immense, encore mal résolu, et c'est précisément pour cela qu'il est là où se trouve le travail difficile et précieux de la prochaine décennie : comment garantissez-vous, auditez-vous, testez-vous et tenez-vous pour responsable un logiciel qui ne tient pas assez en place pour être inspecté ?

L'architecture invisible : pourquoi c'était inévitable

Je vois cela comme je vois presque tout : comme une question d'architecture invisible en train de se réorganiser. Le logiciel n'a jamais été des écrans et des boutons. Les écrans et les boutons étaient la couche de surface, la coquille, la manière dont la chose se manifestait à l'humain compte tenu d'une contrainte de l'époque. La chose elle-même a toujours été autre : une logique qui transforme l'intention en effet sur l'état du monde. L'intention entre, une décision est prise, quelque chose dans le monde change. Les écrans n'étaient que le protocole d'entrée et de sortie quand le seul canal disponible était la vue et le seul dispositif d'entrée un humain cliquant.

Quand vous voyez le logiciel ainsi — comme une machine à transformer l'intention en effet —, il devient évident que l'interface graphique était un accident historique, pas une essence. Elle a résolu le problème de l'entrée/sortie à une époque spécifique. Le langage naturel le résout mieux. La génération contextuelle le résout encore mieux. La coquille était destinée à changer à l'instant où la machine acquerrait la capacité de comprendre l'intention directement et d'engendrer la sortie adéquate sur le moment. Cet instant est arrivé. La coquille est en train de changer. Le noyau — transformer l'intention en effet — demeure, plus puissant que jamais, désormais sans devoir passer par le goulot des doigts humains sur un clavier.

Cela explique aussi pourquoi tant de gens de l'industrie sont paralysés. Ils ont construit leur identité, leurs entreprises et leurs carrières sur la coquille. Ils ont confondu la coquille avec la chose. Ils ont investi des milliards dans le design d'écrans, dans des systèmes de design, dans des bibliothèques de composants, dans des frameworks front-end — toute une civilisation érigée sur le présupposé que logiciel = écrans que des humains opèrent. Quand vous confondez la manifestation avec l'essence, le changement de la manifestation ressemble à la fin du monde. Ce n'est pas la fin du monde. C'est la fin de la coquille. Le noyau est plus vivant que jamais, et celui qui le comprend cesse de pleurer la coquille et va construire le nouveau noyau.

L'IA, ici, n'est pas un produit. C'est une couche d'infrastructure, comme l'a été l'électricité, comme l'a été TCP/IP, comme l'a été le navigateur. Personne n'achète l'électricité pour l'électricité ; vous achetez ce qu'elle actionne. L'IA est le substrat qui dissout la frontière entre l'intention et l'exécution, et tout ce qui était construit sur la prémisse que cette frontière exigeait un humain opérant un écran va être réécrit. Non parce que quelqu'un l'a décidé. Parce que la prémisse est tombée, et que les structures construites sur des prémisses tombées s'effondrent d'elles-mêmes, en leur temps, sans demander la permission.

Quoi construire quand le sol bouge

La question pratique, pour ceux qui construisent : que faire maintenant, en 2026, sans tomber ni dans le déni ni dans le hype ?

Premièrement, cessez de traiter l'interface comme le produit. Si votre avantage concurrentiel est un bel écran qui organise des features, vous vendez de la coquille à une époque de noyau. L'écran va devenir une commodité engendrée par le contexte. La bonne question n'est pas « comment rendre mon interface meilleure », c'est « si la navigation entière de mon produit était décidée en direct, que resterait-il de valeur ? ». Ce qui reste, c'est ce que vous savez que personne d'autre ne sait, les données que vous seul possédez, la confiance que vous avez construite, la qualité du jugement intégré dans votre système, la profondeur de l'intégration avec le monde réel. Reste la substance. Disparaît la surface.

Deuxièmement, construisez pour l'exécution, pas pour la réponse. Tout produit qui aujourd'hui « répond » — qui vous donne de l'information pour que vous agissiez — est dans une position fragile, car le concurrent qui exécutera va vous dévorer. La question est toujours : mon produit vous dit quoi faire, ou le fait ? S'il dit, vous êtes une couche que l'agent de l'utilisateur va sauter. S'il fait, vous êtes l'outil que l'agent utilise. Il y a une différence gigantesque entre être sauté et être utilisé, et elle définit qui survit.

Troisièmement — et c'est le plus contre-intuitif — investissez dans le problème ennuyeux de la confiance dans des systèmes qui s'engendrent eux-mêmes. Quand le logiciel décide en direct, exécute sans supervision de clic, et engendre sa propre interface, le goulot d'étranglement cesse d'être la capacité et devient la confiance. Comment je sais que l'agent a bien fait ? Comment j'audite une décision qui n'a jamais été codée explicitement ? Comment je tiens pour responsable un système dont le comportement change à chaque exécution ? Comment j'empêche qu'il fasse quelque chose de catastrophique avec l'autonomie que je lui ai donnée ? Celui qui résoudra cela — observabilité, garanties, réversibilité, gouvernance d'agents — vendra la pelle dans une ruée vers l'or où tous les autres sont obsédés par la prochaine feature reluisante. L'histoire récompense celui qui construit l'infrastructure de confiance de la nouvelle couche, pas celui qui construit la démo la plus impressionnante de celle-ci.

Le logiciel tel que nous le connaissons est en train de s'achever, et ce n'est pas une formule d'effet. C'est la description littérale d'une prémisse fondatrice qui est tombée. Écrans fixes, menus, boutons, flux figés, code tapé ligne par ligne, départements entiers servant de colle entre des systèmes sourds — tout cela était une infrastructure pour une limitation qui n'existe plus. Ce qui vient n'est pas un logiciel plus rapide ni plus beau. C'est une chose différente : des systèmes qui comprennent, décident, exécutent et s'engendrent, moulés en direct pour chaque intention qui les touche. La coquille que nous appelions logiciel ressemblera, dans dix ans, à ce que le porte-fouet ressemble dans une voiture. Un vestige touchant d'une époque où la machine était sourde et où nous, gentiment, criions vers elle à travers une paroi de verre. La paroi est tombée. Maintenant la machine entend. Et presque personne n'a encore compris ce que cela signifie de cesser de crier.