🇬🇧 English reader? Read the English version of this manifesto here.
Quand on a quinze ans d'expérience dans le web, l'air du temps a un parfum de déjà-vu assez entêtant.
Au milieu des années 2000, l'explosion de WordPress et des premiers CMS grand public a provoqué exactement le même raz-de-marée : l'arrivée soudaine d'une couche d'abstraction si accessible qu'elle donnait l'illusion que le savoir technique était devenu superflu. Du jour au lendemain, n'importe qui pouvait installer un thème, empiler des extensions et prétendre livrer une application web. À l'époque déjà, les tribunes annonçaient la mort programmée des agences et la fin des développeurs.
La réalité du terrain s'est chargée du rappel à l'ordre. Dès que les entreprises ont voulu connecter ces outils à leurs systèmes d'information, encaisser des montées en charge ou simplement comprendre pourquoi deux extensions entraient en collision dans la boucle d'événements, le château de cartes s'est effondré. Faute de savoir lire la documentation PHP, d'auditer une requête SQL ou de comprendre le cycle de vie d'une requête HTTP, les apprentis sorciers se retrouvaient pétrifiés devant le fameux White Screen of Death.
L'industrie n'a pas licencié ses développeurs : elle les a payés le double pour venir déminer la dette technique accumulée par des mois de bricolage sans fondations.
Avec les modèles de langage actuels, nous sommes en train de rejouer exactement la même pièce, mais à une échelle industrielle vertigineuse :
"On a distribué WordPress à la terre entière avant même d'avoir pris le temps d'expliquer ce qu'était un interpréteur de code."
L’illusion du verbe et le mirage des démos sous cloche
L’histoire de l’informatique est une suite ininterrompue d'abstractions. Nous sommes passés des cartes perforées à l’assembleur, de l'assembleur au C, du C aux langages managés, puis aux frameworks déclaratifs comme React. C'est l'éternelle trajectoire du latin vers les langues vernaculaires : on simplifie la syntaxe, on rapproche le code de la pensée humaine, et on élargit le cercle des bâtisseurs.
Avec l'IA générative, l'abstraction franchit son palier ultime : le langage naturel devient le compilateur.
Taper une consigne en français dans une boîte de texte et voir surgir deux cents lignes de code propre en quatre secondes procure une sensation grisante de superpouvoir. Mais cette vitesse de frappe anesthésie l'esprit critique. On confond la récitation syntaxique avec l'ingénierie logicielle. Un modèle statistique est un compresseur d'informations d'une virtuosité inouïe, capable d'aligner des tokens probables avec un aplomb parfait. Mais il n'a aucun modèle causal du monde : il n'a jamais navigué sur une application, ne comprend pas la notion physique de latence réseau, et ignore tout des conséquences de ses choix d'architecture sur un système en production.
Cette illusion est savamment entretenue par l'exercice même de la démonstration produit. Quiconque a déjà préparé une soutenance technique ou un lancement produit en boîte de dev connaît la règle : on balise le parcours, on injecte des jeux de données aseptisés, et on masque les quarante prises ratées où le système a dérivé.
Quand les laboratoires nous présentent des modèles résolvant des scénarios complexes d'une traite, ils montrent un bocal de laboratoire parfaitement étanche. Sur le terrain, l'ingénierie logicielle n'est jamais un environnement stérile.
Sous le capot de « l'autonomie » : le triomphe du while
Pendant deux ans, le narratif ambiant a martelé l'avènement imminent d'« agents autonomes » capables de piloter des projets de A à Z et de remplacer des départements entiers.
Pourtant, lorsqu'on ausculte l'architecture concrète des outils agentiques les plus performants du marché (comme Claude Code ou les environnements de développement pilotés par LLM), que trouve-t-on sous le capot ?
Absolument aucune étincelle de magie :
- Une intention statistique émise sous forme de texte brut par le LLM.
- Un script déterministe, tournant localement sur la machine hôte, qui capture cette intention textuelle et exécute un outil système (
cat,grep,npm test, un linter). - La capture des flux de sortie standard (
stdout) et surtout des erreurs système (stderr). - Une bonne vieille boucle
while, encadrée par des conditions d'arrêt strictes (max_loops = 3), des blocstry/catchet des compteurs de réessais déterministes.
C’est le paradoxe technique absolu de notre époque : pour rendre utilisable la technologie probabiliste la plus sophistiquée jamais conçue, nous sommes contraints de la brider avec les structures algorithmiques les plus élémentaires des années 1970.
Un modèle de langage laissé à lui-même souffre d'un biais de complaisance massif. Si vous lui demandez d'évaluer la qualité de son propre code, il validera ses propres erreurs avec une politesse désarmante. La seule façon d'en tirer un résultat stable n'est pas d'ajouter un second LLM « superviseur », mais de le confronter au couperet d'un arbitre binaire qui ne négocie pas : un compilateur TypeScript strict, un linter impitoyable, une suite de tests unitaires indépendante.
"La valeur d'un ingénieur aujourd'hui ne réside pas dans la rédaction d'un prompt poétique, mais dans sa capacité à concevoir un harnais logiciel déterministe pour neutraliser l'entropie de la machine."
Le gouffre de la complexité cumulative : 3 fichiers vs 1 000 fichiers
Pourquoi ce décalage reste-t-il invisible pour ceux qui s'extasient sur des démonstrations montrant « un SaaS complet monté en deux heures » ?
Parce qu'il existe un gouffre méthodologique entre générer un script isolé de quatre-vingts lignes et maintenir une architecture vivante de plus de mille fichiers.
- La dilution du contexte : On nous promet des fenêtres d'un ou deux millions de tokens capables d'ingérer des dépôts entiers. Mais ingérer de la donnée textuelle n'est pas la comprendre. C'est le phénomène documenté du Lost in the Middle : plus la masse de contexte gonfle, plus l'attention du modèle devient poreuse. Il oublie une convention de nommage fixée quatre cents fichiers plus tôt, s'emmêle les pinceaux sur la signature d'un hook global et hallucine des dépendances inexistantes.
- Le graphe invisible et la mémoire humaine : Une application vivante n'est pas une simple somme de fichiers texte ; c'est un graphe orienté truffé d'implicite. Ce sont des règles de gestion complexes, des cascades de style historiques, des invalidations de cache Varnish, des compromis d'équipe. Ce savoir n'est écrit nulle part de manière explicite : il réside dans la mémoire des développeurs qui ont piloté les compromis de la plateforme au fil des années.
- Le massacre des compromis de terrain : Une base de code de production n'est jamais pure ni élégante. Elle tient debout grâce à des rustines pragmatiques — un contournement CSS bizarre pour un vieux moteur de rendu mobile, une condition asynchrone pour absorber la latence d'une vieille API tierce. Éduqué sur le code théorique et aseptisé des tutoriels du web, le modèle a le réflexe dévastateur de vouloir « normaliser » et refactoriser ce qu'il prend pour des anomalies, faisant sauter en silence les digues qui empêchaient le système d'imploser.
L’anesthésie du consentement : la forteresse tombée sans bruit
Pendant que l'on débat de la syntaxe, un basculement sécuritaire sans précédent dans l'histoire de notre industrie s'est opéré sous nos yeux.
Pendant vingt ans, nous avons érigé des forteresses numériques. Les équipes de sécurité imposaient des politiques de clés physiques YubiKey, des réseaux segmentés, des VPNs stricts et des audits de conformité drastiques. La simple idée d'insérer une clé USB inconnue sur un poste ou de faire transiter un mot de passe en clair déclenchait des réunions de crise, hantées par le spectre des ransomwares et de l'espionnage industriel.
Et en l’espace de deux ans, l’industrie entière a ouvert les vannes avec le sourire.
Des millions de professionnels — développeurs cherchant à expédier un ticket, directeurs financiers collant des bilans avant clôture, juristes soumettant des contrats confidentiels, équipes RH analysant des grilles salariales — déversent quotidiennement le savoir-faire stratégique de leurs entreprises sur les serveurs de quelques conglomérats privés.
Le tour de passe-passe psychologique est fascinant :
- Le ransomware attaque avec fracas : écran rouge, fichiers chiffrés, compte à rebours, panique immédiate. Le cerveau humain identifie une agression et active ses réflexes de défense.
- L'IA en SaaS se présente sous les traits d'un assistant courtois, rapide, poli, disponible à la seconde.
"Le confort ergonomique court-circuite instantanément l'instinct de préservation le plus élémentaire."
Certains rétorqueront que les grandes entreprises blindent leurs arrières avec des instances dédiées (Azure OpenAI, AWS Bedrock ou GCP Vertex), isolées contractuellement des flux d'entraînement publics. C'est vrai, et ces infrastructures d'enclaves confidentielles représentent un travail d'ingénierie impressionnant.
Mais qu'en est-il du reste du monde ?
Qu'en est-il des 95 % de startups, de PME, d'agences et d'indépendants qui n'ont ni ces contrats grands comptes, ni les compétences pour auditer ces flux ? Ils utilisent les interfaces grand public ou des outils tiers branchés sur des clés d'API standards, sans aucune certitude sur la rétention des données.
En mutualisant la propriété intellectuelle de centaines de milliers de structures au sein d'une poignée de clusters d'inférence, nous avons créé le point de vulnérabilité le plus attractif de l'histoire de la cybersécurité. Et si une brèche survient demain, qui assumera les dégâts ? Les conditions d'utilisation des plateformes limitent systématiquement leur responsabilité au montant des abonnements payés. Les assurances cyber excluront les sinistres liés à des outils tiers non homologués. Au bout de la chaîne, c'est l'entreprise locale et ses développeurs qui porteront l'entière responsabilité juridique et financière face à leurs clients.
L’épreuve du feu local : le pragmatisme contre le dogme
Face à ce constat, le réflexe immédiat de l'ingénieur soucieux de sa souveraineté est limpide : couper le cordon, rapatrier les modèles chez soi et tout faire tourner sur son propre matériel (local-first).
J'ai poussé l'expérience jusqu'au bout, en configurant des architectures locales avec des modèles spécialisés et des runtimes natifs. Sur le papier, la promesse est idyllique : zéro octet transmis à l'extérieur, coût marginal nul, indépendance technologique totale.
Mais dès qu'on le confronte aux impératifs d'une journée de livraison réelle, la réalité matérielle s'impose :
- La charge mentale et matérielle : dès qu'on élargit la fenêtre de contexte au-delà de quelques milliers de tokens, les machines ventilent, la VRAM sature, et le débit d'inférence s'effondre à une poignée de tokens par seconde sur des modèles quantifiés qui perdent leur finesse sur les cas limites.
- La comparaison ergonomique : pendant ce temps, sur un smartphone ou via des APIs cloud optimisées, les modèles frontières répondent en temps réel, avec des millions de tokens de contexte, une fluidité absolue et une précision chirurgicale, sans solliciter les ressources de la machine locale.
Vouloir imposer une pratique 100 % locale à l'ensemble d'une équipe technique est aujourd'hui une impasse opérationnelle. La posture lucide refuse le dogme pour articuler deux réalités :
1. Le Cloud pragmatique
- Environnement : Modèles frontières hébergés (APIs distantes).
- Cas d'usage : Brainstorming d'architecture, débuggage d'ébauche, documentation publique, prototypage rapide.
- Valeur opérationnelle : Puissance brute, vitesse de frappe, contexte massif.
2. Le Local étanche
- Environnement : Petits modèles (SLMs) sur machine isolée du réseau.
- Cas d'usage : Parsing de données nominatives, analyse de logs de prod avec identifiants, scripts internes confidentiels.
- Valeur opérationnelle : Étanchéité absolue, zéro fuite, conformité sans compromis.
L'expertise consiste désormais à savoir dresser cette frontière étanche : savoir exactement ce que l'on délègue aux supercalculateurs distants, et ce que l'on garde impérativement enfermé dans son propre périmètre physique.
Le schéma classique : de la terre promise au péage publicitaire
Pourquoi ce discours d'ingénieur est-il si inaudible dans le vacarme actuel ? Parce que la lucidité ne colle pas au modèle économique des plateformes.
D'un côté, les créateurs de contenu sur les réseaux sociaux sont prisonniers de l'économie de l'attention : promettre la fortune en deux clics ou hurler que les développeurs sont morts génère des millions de vues ; expliquer comment configurer un linter et gérer un état complexe en JavaScript n'intéresse personne. De l'autre, les laboratoires d'IA ont levé des centaines de milliards de dollars auprès des marchés. Pour justifier de tels niveaux de capitaux, ils ne peuvent pas se contenter de vendre une super-calculatrice pour ingénieurs du web : ils sont obligés d'agiter le mythe messianique de l'AGI pour alimenter les valorisations boursières.
Pourtant, nous voyons déjà poindre la mécanique séculaire de l'« enshittification » des plateformes :
- L'hameçonnage à perte : Des accès quasi gratuits à des technologies coûtant des fortunes en eau et en électricité, subventionnés par le capital-risque pour saturer les habitudes de travail et créer une dépendance quotidienne.
- Le verrouillage de l'écosystème : Une fois les processus métier ancrés sur ces interfaces propriétaires, les quotas se resserrent, les paliers tarifaires s'envolent et les fonctionnalités avancées passent derrière des abonnements stratifiés.
- L'arrivée des régies publicitaires : Comment amortir des fermes de serveurs à plusieurs dizaines de milliards de dollars sans faire fuir les utilisateurs par des prix prohibitifs ? Par le modèle historique du Web 2.0 : l'injection d'annonces sponsorisées. Demain, l'invite qui vous recommandera une pile technique ou une bibliothèque tierce glissera subtilement la solution cloud du partenaire commercial ayant payé pour être mis en avant au cœur de la réponse statistique.
Dans ce paysage cyberpunk bien réel — où quelques mégacorporations louent l'accès à une infrastructure cognitive centralisée —, l'AGI autonome n'est rien d'autre qu'une carotte marketing. Les acteurs de ce marché n'ont aucun intérêt à voir naître un outil émancipateur, décentralisé et libre qui tournerait sur n'importe quel ordinateur portable. Leur modèle repose sur le péage, pas sur l'autonomie de l'utilisateur.
Non, les juniors ne sont pas condamnés : ils ont le meilleur précepteur du monde
C'est ici qu'il faut briser le catastrophisme ambiant : non, les développeurs juniors ne sont pas une espèce en voie d'extinction.
Nous n'avons jamais eu autant besoin d'eux. Une industrie qui ne forme plus de juniors ne produit plus de seniors, et s'éteint en dix ans. La vraie tragédie actuelle ne vient pas de l'outil, mais de la façon dont on leur apprend à s'en servir.
Si un junior utilise l'IA comme un distributeur automatique de code — appuyer sur un bouton, copier le composant généré, l'injecter dans le projet sans le lire et passer au ticket suivant —, il signe effectivement son arrêt de mort professionnel. Il s'enferme dans un rôle d'ouvrier de saisie précaire, incapable d'expliquer ce qu'il vient de livrer et terrifié à l'idée du premier bug en production.
Mais s'il inverse la dynamique, l'IA devient l'accélérateur d'apprentissage le plus puissant de l'histoire de l'informatique.
À mes débuts, comprendre le fonctionnement interne d'un pointeur, d'une boucle d'événements asynchrone ou d'un algorithme de réconciliation exigeait d'écumer des documentations austères en anglais, de poser des questions intimidantes sur des forums spécialisés et d'attendre parfois trois jours une réponse condescendante.
Aujourd'hui, un junior a devant lui le précepteur le plus patient du monde. Un tuteur disponible à deux heures du matin, à qui l'on peut poser cinquante fois la même question sans jamais essuyer de jugement :
- « Explique-moi ligne par ligne ce que fait cette fonction comme si j'avais dix ans. »
- « Pourquoi as-tu utilisé une référence d'objet ici plutôt qu'une valeur primitive ? Quels sont les impacts sur la mémoire ? »
- « Fais semblant d'être un compilateur strict et montre-moi où ce code va lever une exception à l'exécution. »
"Ceux qui adoptent cette rigueur ne seront pas remplacés : ils deviendront, en trois ans, des développeurs d'une maturité technique que nous mettions dix ans à acquérir."
Retrouver la fierté de l'ingénierie
Sommes-nous condamnés ? Je ne pense pas.
L'intelligence artificielle n'est ni la fin de notre métier, ni la solution miracle qui nous dispensera de comprendre l'informatique. C'est la couche d'abstraction la plus spectaculaire de l'histoire du logiciel, mais elle obéit aux mêmes lois que toutes celles qui l'ont précédée.
Ceux qui entrent dans le métier en pensant pouvoir s'affranchir de la logique algorithmique, des structures de données, de la gestion de la mémoire et de la culture de la panne se préparent à des déconvenues brutales. À la première faille majeure en production, au premier bug silencieux corrompant une base de données critique, ils se retrouveront exactement comme ce client il y a quinze ans face à son écran blanc : incapables de comprendre pourquoi l'assemblage magique s'est disloqué.
L'avenir n'appartient pas aux marchands de panique, ni aux illusionnistes du prompt miracle.
Il appartient aux ingénieurs lucides. À ceux qui ouvrent la documentation PHP avant d'installer le CMS. Aux juniors curieux qui s'appuient sur la machine pour disséquer les mécanismes plutôt que pour fuir l'effort de réflexion. Et aux professionnels qui exploitent la puissance brute de ces modèles pour pulvériser les corvées de syntaxe, tout en gardant fermement les deux mains sur le volant, l'esprit rivé sur les fondations, et la compétence technique nécessaire pour tenir la machine en respect.
Ce n'est pas une prise de parti, mais une réflexion à un instant T, un manifeste. Peut-être que dans six mois, le énième modèle me donnera tort et que l'AGI nous aura définitivement remplacés — ou peut-être que ce manifeste résonnera encore.
Fièrement conçu en Beauce, Québec 🇨🇦. L'alliance entre l'ingénierie web immersive et la souveraineté de l'IA vous intéresse ? Connectons-nous sur LinkedIn ou via Vibrisse Studio !
Top comments (0)