ouvrir guide/chapitre-01
Chapitre 1 · Acte I · Changer de regard
« Vibe coder »
est un métier
8 min · espace pour avancer, flèches pour revenir
Vendredi, 23 h 12
Vous décrivez votre idée. Deux heures plus tard, l'application tourne.
Vous n'avez presque pas touché au clavier. Magique. Vraiment.
Puis
3semaines plus tard
Un bug que personne ne coince. Chaque fonctionnalité en casse une ancienne. La facture de tokens grimpe.
Le projet qui volait se met à reculer. Ce n'est ni votre faute, ni celle de l'outil.
Le code plausible : il compile, il brille à la démo, et il est faux dans les recoins que personne n'a regardés.
C'est la façade qui tient. Pas la maison.
À vous
« Fais-moi une app de réservation. » Que fait Claude de cette demande ?
Choisissez : la scène vous répond.
Qui vous parle
15ans
À développer et reprendre des applications mobiles. Depuis deux ans, une nouvelle catégorie arrive sur ma table : les projets générés par IA qui « marchent globalement ».
MappyWeMomsAccorVoodooWFP · ONU+ mes propres produits
Ils partagent quatre symptômes. Toujours les mêmes.
Le diagnostic · quatre symptômes
- 01 · Les bugs fantômesLe code a été essayé, jamais testé. Chaque correction fissure ailleurs.
- 02 · Le fichier uniqueTout dans un app.js, réécrit en entier à chaque retouche. Tokens brûlés, régressions offertes.
- 03 · La structure illisibleTrois conventions, deux façons d'appeler l'API. Accumulé, pas conçu.
- 04 · La facture de tokensUn contexte sale se paie deux fois : en euros, et en qualité.
La même demande, deux métiers · 1/2
❯ Fais-moi un site de réservation pour le cabinet de Talia. · Claude génère... Écriture de app.js... Terminé. Tout le site tient dans un fichier. ✓ Le site tourne sur http://localhost:3000 ✓ Annulation en un clic : le patient reçoit /annuler?id=812 1 fichier, 1 240 lignes : écrans, données, logique métier mélangés. Chaque retouche réécrira ce fichier en entier : des tokens facturés à chaque fois, et des régressions glissées au passage.
La même demande, deux métiers · 2/2
❯ Lis PRODUCT.md et CLAUDE.md. On attaque la réservation de créneaux. ❯ Contraintes : une kiné, séances de 30 min, annulation jusqu'à 24 h avant. ❯ Propose un plan et le schéma de données. On code après validation, ❯ et chaque règle métier a son test. · Claude lit le projet... Plan proposé : 1. schéma (Patient, Creneau, Reservation) 2. règle des 24 h côté serveur, testée 3. UI ensuite. Question avant de commencer : que se passe-t-il si deux patients réservent le même créneau en même temps ?
Pas plus long qu'un mail. Mais Claude connaît le projet, propose avant d'agir, et pose la question qui aurait été un bug de prod.
Deux mots, deux mondes
- Vibe coding · Karpathy, 2025Décrire, accepter ce qui sort, ne jamais lire le code. Parfait pour un prototype du week-end.
- Vibe engineering · Willison, 2026L'IA écrit l'essentiel du code ; un humain cadre, fait vérifier, assume ce qui part en production.
Faire produire du bon logiciel à des agents récompense l'expérience d'ingénierie. Elle ne la remplace pas.
Vibe coding → vibe engineering
Avant
Le métier était dans les doigts
- Écrire ligne à ligne
- Connaître les API par cœur
- Débugger à la main
Maintenant
Il est dans le cadrage
- Cadrer le besoin et le done
- Exiger des preuves exécutables
- Orchestrer rôles et modèles
Les années d'expérience restent l'atout maître de la colonne de droite. Et cette colonne s'apprend sans écrire une boucle for.
L'idée reçue à démonter
Claude n'est pas « un développeur ». C'est une équipe entière, à condition de lui faire jouer les rôles un par un.
POArchitecteDevTesteurSécuritéRéviseurLivraison
Chapitre 8 : une fonctionnalité menée de l'idée à la prod en changeant de casquette à chaque étape.
Fin du chapitre 1
La suite : ouvrir le capot. La fenêtre de contexte, la boucle agentique, et pourquoi tout le reste en découle.
La version article garde tout : la FAQ, les détails, les liens. Cette traversée en est la bande-annonce habitée.