Le Vibe Coding n'est pas mort. Tu l'as juste construit comme le premier petit cochon.

7 min read

L'histoire des Trois Petits Cochons me fait toujours marrer. Des gens qui ne connaissent rien à un sujet n'arrêtent pas de raconter n'importe quoi dessus. J'ai construit ma propre maison en bottes de paille, et elle est plus confortable et plus agréable que toutes les maisons en parpaings où j'ai vécu.

Même délire avec le vibe coding.

TLDR : Tout le monde enterre le vibe coding en avril 2026. Karpathy l'a rebaptisé "agentic engineering." 70% des projets plantent au stade de démo, un chiffre maintenant répété partout sans que personne ne se donne la peine de citer ses sources. Le diagnostic officiel : la méthode ne vaut rien. Il a fallu que je pose 1 880 bottes de paille sur ma propre maison pour comprendre que tout le monde s'est planté dans le diagnostic.

Quand j'ai dit à mes voisins que je construisais ma maison en paille, j'ai eu exactement le même monologue qu'aujourd'hui sur le vibe coding. Ça brûle. Ça ne tient pas. Tu es naïf. Cinq ans plus tard la maison est debout, et les mêmes voix se sont décalées d'une décennie sur le code généré par IA. Mêmes phrases, matériau différent. Et la même erreur de raisonnement derrière.

Développeur affichant fièrement un framework fragile comme un château de cartes tandis qu'un collègue s'appuie contre une structure solide en bois avec un sourire complice, dans le style bande dessinée bureau années 90
Ton framework de vibe coding vient de rencontrer le grand méchant loup.

Ce Que Les Gens Ont Dit En Voyant Monter Les Bottes

Un voisin a arrêté son camion sur la route, a regardé les bottes empilées sous la bâche, et m'a demandé sans prévenir si je savais que les souris mangent la paille et que le feu mange la paille plus vite. Il n'était pas malveillant. Il était certain. Même énergie que tous les commentateurs sur ce site qui sont certains que l'IA ne peut pas livrer.

Ça brûle. Ça ne tient pas. Tu es naïf.

J'ai donné la même réponse que je continue à donner aujourd'hui dans les commentaires Medium. Ce n'est pas un argument de foi, c'est de la physique. La paille compressée est assez dense pour que le feu ne trouve pas d'oxygène à l'intérieur de la botte. L'enduit chaux-argile qui enrobe le mur scelle le peu d'air qui reste. La structure bois porte la charge. Une botte mal posée brûle. Une botte bien posée vous survit.

Si vous voulez une date : la première maison européenne en bottes de paille, la Maison Feuillette, a été construite en 1920 à Montargis, en France. Toujours debout. Toujours habitée. Plus vieille que mon grand-père et en meilleur état que son dernier appartement.

La maison va bien. La méthode va bien. Ce qui manque dans la conversation, c'est la personne qui en a vraiment construit une.

Cinq ans plus tard j'entends le même script sur le vibe coding.

Ce Que Les Gens Disent Quand Je Leur Dis Que Je Fais Du Vibe Coding En 2026

C'est mort. Ça ne livre pas. Les gens sérieux sont passés à "agentic engineering" (même chose, nom plus long). 70% des apps en vibe coding plantent à la démo, une stat de l'industrie qui apparaît maintenant dans tous les articles de fond sans jamais pointer vers l'enquête d'où elle vient. Il y a un article Medium viral qui dit actuellement aux lecteurs que c'est fini. Bloomberg a publié un papier qui accuse les outils de code IA d'une panique de productivité, diagnostiquant complètement la mauvaise maladie.

Ça brûle. Ça ne tient pas. Tu es naïf.

Même script, dix ans plus tard, appliqué au JSX au lieu de la paille. Et la réponse est la même. Ce n'est pas non plus un argument de foi. C'est un argument de méthode-et-répétitions.

Le vibe coding mal fait casse en deux. Cette partie est vraie. Le chiffre de 70% n'est pas sorti du chapeau. Les gens buttent vraiment sur le mur. Plein de repos morts sur GitHub le prouvent.

Mal fait signifie fait par quelqu'un qui a tapé trois prompts dans sa vie et s'attendait à un SaaS fini à la fin. Quelqu'un qui n'a jamais spécifié une fonctionnalité par écrit. Quelqu'un qui n'a jamais vu à quoi ressemble une boucle ininterrompue de générer-tester-corriger-tester sur douze itérations du même projet.

La méthode compte. La méthode sans répétitions, c'est un bout de papier.

Cette partie est réglée.

Trois Ans De Lecture. Deux Ans À Poser 1 880 Bottes. Le Mur Tient Toujours.

Straw bales stacked between wooden frame during mid-construction of load-bearing wall, showing proper building technique and
Bottes de paille en cours de construction, correctement empilées entre la structure bois.

J'ai lu sur la construction en bottes de paille pendant trois ans avant de toucher une botte. Je n'en suis pas fier. J'aurais appris plus vite en en posant dix mal. Mais j'avais un gosse, un boulot, un budget qui n'était pas prêt, et j'avais besoin que la théorie se pose avant de pouvoir justifier l'achat du terrain. Trois ans de bouquins, stages de week-end, deux mois sur le chantier d'un pote en Ardèche où j'ai surtout porté des trucs et regardé. De longues périodes sans rien poser. Je n'ai jamais abandonné. Je ne pouvais juste pas commencer.

Puis j'ai acheté le terrain et j'ai commencé.

Deux ans sur le chantier. 1 880 bottes entre les murs porteurs et les cloisons. La première botte est partie de travers et j'ai dû la refaire deux fois. La cinquantième était d'équerre du premier coup. Vers la six-centième j'ai remarqué que j'avais arrêté de transpirer pendant la passe d'enduit. Vers la douze-centième mes mains connaissaient l'angle de coupe sans regarder. La 1 880e botte est rentrée comme la première aurait dû, sauf qu'à ce moment-là je n'y pensais même plus.

La méthode que j'ai utilisée à la botte 1 et la méthode que j'ai utilisée à la botte 1 880 était la même méthode. Le livre que j'ai lu en 2018 n'a pas changé. La vidéo que j'ai regardée en 2019 n'a pas changé. Ce qui a changé : mes mains l'avaient fait 1 880 fois sur la même maison.

C'est la partie que personne de ceux qui vous disent que le vibe coding est mort n'a jamais vécue.

Votre première fonctionnalité est de travers. Votre cinquantième est d'équerre. La première fois que le modèle génère du code que vous n'avez pas immédiatement envie de jeter, vous avez déjà livré plus que vous ne vous en souvenez. La première fois que vous arrêtez de remettre en question l'architecture, vous avez arrêté de compter. La première fois que vous livrez une fonctionnalité en deux heures qui prenait deux jours avant, vous ne le remarquez pas. Quelqu'un d'autre vous le fait remarquer. 😅

La méthode ne change pas entre la répétition 1 et la répétition 1 880. Vos mains changent.

Mais personne n'a cinq ans pour livrer un SaaS. C'est ça le vrai problème.

Comment Le Faire En 12 Répétitions Au Lieu De 1 880

J'ai écrit un livre pour compresser cette courbe.

Pas un livre de théorie. Il y en a déjà un bon pour ça. Gene Kim et Steve Yegge ont publié Vibe Coding: Building Production-Grade Software cette année et c'est la bonne référence si vous êtes un dev senior qui veut les patterns formalisés. Lisez-le après.

Celui-ci est différent. Il fait faire au lecteur 12 répétitions sur exactement le même projet. Un petit CRM pour artisans, plombiers, électriciens, charpentiers. Pas 12 tutoriels différents sur 12 sujets sans rapport. Douze passes sur la même base de code. Chaque chapitre pousse le CRM plus loin. Auth au chapitre un. CRUD au deux. Recherche au trois. Notifications au quatre. Et ainsi de suite, dans la même séquence que vous construiriez une maison : fondations, charpente, toit, murs, enduit, finitions.

La méthode elle-même est dans le livre, la Blueprint Method en huit étapes, la même que je fais tourner sur tous les projets que je livre. Elle tient en peut-être vingt pages. Les 270 autres pages sont des répétitions. Parce que la méthode sans répétitions, c'est le bout de papier dont je viens de parler.

Mise en garde que je ne vais pas adoucir : ça ne marche que si vous faites les douze répétitions. Faire quatre chapitres et abandonner ne livrera rien. Vous aurez appris quelque chose, mais vous n'aurez pas construit le muscle. (Pareil que poser cinquante bottes et s'arrêter. La maison est toujours un trou dans le sol.)

Il y a un repo compagnon privé pour les lecteurs, où l'état du CRM est commité à la fin de chaque chapitre. Si vous sautez un chapitre ou vous bloquez, vous clonez le snapshot et continuez. J'ai appris cette astuce de la paille aussi : tous les stages auxquels j'ai assisté finissaient une phase avec un mur que tout le monde pouvait toucher. On n'avance pas à partir de la théorie. On avance à partir d'un mur.

Si vous livrez déjà, vous n'avez pas besoin de ce livre. Allez plus loin avec le framework de prompt contracts que j'ai construit après assez de désastres. C'est la couche suivante. Vibe Coding, For Real: From Demo to Live App c'est pour les fondations. Prompt Contracts c'est pour les étages.

Le livre est sur Amazon : https://amzn.eu/d/04X9k88d

La plupart des gens qui vous disent que le vibe coding ne marche pas ont écrit une fonctionnalité, regardé Lovable cracher du JSX cassé, et fermé l'onglet. Une botte. Un mur. Conclusion paresseuse.

Avec la méthode, vous construisez des maisons en paille. Avec la méthode, vous construisez des apps en vibe coding. Solides. Confortables. Construites pour durer. 🏠

Sources

  • Vibe Coding: Building Production-Grade Software par Gene Kim et Steve Yegge (IT Revolution, 2026)
  • Maison Feuillette, Montargis, France (1920)
  • Vibe Coding, For Real: From Demo to Live App (Avril 2026) : https://amzn.eu/d/04X9k88d