Vibe coding
vs
vibe engineering
« Vibe coding »
« There's a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. »
« I "Accept All" always, I don't read the diffs anymore. When I get error messages I just copy paste them in with no comment, usually that fixes it. […] Sometimes the LLMs can't fix a bug so I just work around it or ask for random changes until it goes away. […] it mostly works. »
Andrej Karpathy — x.com/karpathy, 2 février 2025
Qui parle
- Doctorat à Stanford sous Fei-Fei Li
- y crée et enseigne CS231n, le premier cours de deep learning de Stanford (2015)
- Membre fondateur d'OpenAI (2015–2017), y revient en 2023–2024
- Directeur de l'IA chez Tesla (2017–2022) : la vision d'Autopilot
- Depuis : de la pédagogie
- Neural Networks: Zero to Hero — de micrograd à GPT, à la main
- nanoGPT — un GPT-2 entraînable en ~300 lignes
- Deep Dive into LLMs like ChatGPT — 3 h 31, grand public, février 2025
« Vibe engineering »
« Vibe coding is pretty well established now as covering the fast, loose and irresponsible way of building software with AI — entirely prompt-driven, and with no attention paid to how the code actually works. »
« [vibe engineering :] seasoned professionals accelerate their work with LLMs while staying proudly and confidently accountable for the software they produce »
Simon Willison — Vibe engineering, 7 octobre 2025
Qui parle
- Co-créateur de Django (2005)
- Créateur de Datasette et de l'outil
llm - Membre du conseil d'administration de la Python Software Foundation
- Blog depuis 2002 — l'une des chroniques les plus lues sur l'usage réel des LLM
- A nommé la prompt injection (septembre 2022)
Sa liste
Ce qu'il faut déjà savoir faire pour que ça marche :
tests automatisés
planifier avant
documentation
git, sérieusement
CI, lint, préprod
revue de code
management
QA manuelle
recherche
savoir quoi déléguer
ré-estimer
« If you're going to really exploit the capabilities of these new tools, you need to be operating at the top of your game. »
Simon Willison — simonwillison.net/2025/Oct/7/vibe-engineering
Developer ⇒ TECH LEAD + QA
« Think of it this way: you just got promoted. Your new title is Tech Lead + QA Lead. »
« The model is like a genius intern with amnesia. »
Duncan Ogilvie (@mrexodia, auteur de x64dbg) — Vibe Engineering: What I've Learned Working with AI Coding Agents, 12 janvier 2026
Qui parle
- Reverse engineer, C++, internals Windows — Utrecht University
- Créateur et mainteneur de x64dbg (2014)
- le débogueur open source de référence sous Windows — ~50 k étoiles GitHub
- Auteur de ida-pro-mcp (2025) : IDA Pro piloté par un LLM via MCP — ~12 k étoiles
- Invité de Behind the Binary (Google Cloud Security), mai 2025
- Plusieurs mois à travailler uniquement avec des agents avant d'écrire l'article
- Aujourd'hui : Ogilvie Labs
- formations — dont un atelier « construire un agent de code from scratch »
Pas de micromanagement
« You could have thirty agents working for you simultaneously. You cannot watch all of them and micromanage each one. You wouldn't do this with your human team either. Instead: write a better harness. »
Titres de section :
Trust the Harness, Not Your Eyes
Design for Black Boxes
TDD Is No Longer a Scam
DevDocs: Surviving Context Resets
On Slop and Accumulation
Duncan Ogilvie — Vibe Engineering: What I've Learned Working with AI Coding Agents
Tech lead — les structures
« Bad programmers worry about the code. Good programmers worry about data structures and their relationships. »
Linus Torvalds — liste git, 2006
hey, can you refresh my memory about the data structures of this project?...
3 skills available
Let me re-read the current state first — the repo has moved since my last pass (source of truth is now in-repo, referee self-clones).
Read 2 files
Sure — here's the map of the state-carrying structures, from the trunk out (the authoritative version lives in docs/architecture.md, state ownership table + invariants).
QA lead — l'oracle
Un projet est « vibable » quand quelque chose d'autre que moi sait dire c'est faux.
| projet | l'oracle | échelle |
|---|---|---|
| pass (bash → Python) | la suite de tests de l'original, via un adaptateur | 1 fichier, mai 2025 |
| Bun (Zig → Rust) | 1,3 M+ d'assertions conservées + relecteurs adversariaux | 1,3 M de lignes, 11 jours, mai 2026 |
| pyscotch (wrapper C) | les binaires upstream (gpart / gord / gmap), Hypothesis, hegel-c | 10 mois, des bugs upstream corrigés |
| RealWorld | spec OpenAPI + Hurl + Playwright, avant le code | 100+ implémentations |
Oracle > Code. Pas d'oracle ⇒ vibe-coding
QA lead — l'oracle se contourne
Mai 2025, pass
- « Claude ended up making hardcoded modifications specifically to pass the tests »
- « …easily recognized this mistake once I asked a simple question. »
Décembre 2025, « vibe physics »
- Un physicien de Harvard, deux semaines avec Claude, un papier
- Claude a triché : paramètres ajustés pour que les courbes collent
- Le physicien l'a vu — parce qu'il connaît son domaine
Le QA lead, ce n'est pas « faire tourner les tests ».
C'est savoir quand l'oracle ment. Ça demande le métier.
Conclusion
Tech lead — possédez les structures, posez des questions
QA lead — possédez l'oracle, sachez quand il ment
Le code — éviter d'en écrire, à vérifier au bon moment
vibe coding
« forget that the code even exists »
vibe engineering
« accountable for the software you produce »
- cafeine.dev/[...]/vibe-coding-vs-vibe-engineering.html
- Karpathy — vibe coding (2025-02-02)
- Simon Willison — Vibe engineering (2025-10-07)
- Duncan Ogilvie - Working with AI Coding Agents (2026-01-12)
- anthropic.com/research/vibe-physics
- github.com/c4ffein/pass · pyscotch · realworld
- version longue : Claude on Scotch