Claude Code Meesterschap Deel 10: Vibe Coding Filosofie

Je hebt de tools geleerd. Commando's, skills, subagents, MCP-servers, headless automatisering—je weet hoe Claude Code werkt. Maar de tools kennen is niet hetzelfde als ermee in flow zijn.

Dit laatste hoofdstuk gaat over mindset. De filosofie die competente Claude Code-gebruikers verandert in ontwikkelaars die op een compleet ander tempo bewegen.

Wat is Vibe Coding?

De term komt van Andrej Karpathy's virale tweet in februari 2025:

"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. It's possible because the LLMs are getting too good."

Hij beschreef zijn workflow: alle wijzigingen accepteren zonder diffs te lezen, foutmeldingen kopiëren-plakken zonder commentaar, de AI vragen om triviale dingen zoals "maak de padding van de sidebar half zo groot" omdat hij te lui is om ze zelf te vinden.

Toen voegde hij het cruciale voorbehoud toe: "This is not too bad for throwaway weekend projects, but still quite amusing."

Dat voorbehoud is belangrijk. Vibe coding is geen universele aanpak—het is een manier van werken die geschikt is voor specifieke contexten.

Het Spectrum van AI-ondersteunde Ontwikkeling

Simon Willison verwoordde het goed: "Not all AI-assisted programming is vibe coding."

Er is een spectrum:

Pure Vibe Coding — Alles accepteren, geen diffs lezen, fouten kopiëren-plakken, de AI het laten uitzoeken. Geweldig voor weekendprojecten en wegwerp-prototypes.

Begeleide AI-ontwikkeling — Jij stuurt, Claude implementeert, jij reviewt. De aanpak die we door deze hele serie hebben behandeld.

AI-versterkt Engineering — Traditionele engineeringdiscipline met AI-versnelling. Ontwerpdocumenten, code reviews, testen, beveiligingscontrole—het gebeurt allemaal nog steeds, alleen sneller.

Het meeste professionele werk leeft in het midden. Pure vibe coding aan de ene kant is risicovol voor alles buiten experimenten. Puur handmatig coderen aan de andere kant betekent snelheid laten liggen.

De vaardigheid is weten waar op het spectrum je moet zijn voor elke gegeven taak.

Wanneer Viben

Vibe coding werkt wanneer:

• Het een prototype is — Je verkent een idee, je shipt niet naar gebruikers
• Je het kunt weggooien — Als het niet werkt, begin je opnieuw
• Beveiliging niet uitmaakt — Geen echte gebruikersdata, geen productie-credentials
• Jij de enige gebruiker bent — Niemand anders is afhankelijk van deze code
• Snelheid belangrijker is dan kwaliteit — Je valideert een concept, je bouwt geen infrastructuur

Voorbeelden van geschikte vibe-taken:

"Bouw me snel een dashboard om deze CSV-data te visualiseren"
"Maak een Chrome-extensie die X doet"
"Prototype deze feature-idee zodat ik het aan stakeholders kan laten zien"

Wanneer NIET Viben

Trek je terug uit vibe-modus wanneer:

• Beveiliging is betrokken — Auth, betalingen, gebruikersdata. Review deze code altijd.
• Anderen zijn ervan afhankelijk — Teamleden, gebruikers, productiesystemen
• Geld staat op het spel — API-kosten, facturering, financiële berekeningen
• Het moeilijk ongedaan te maken is — Databasemigraties, destructieve operaties
• Je het moet onderhouden — Code waar je maanden of jaren mee leeft

Schakel voor deze gevallen over naar begeleide AI-ontwikkeling: Claude implementeert, jij reviewt elke wijziging, jij begrijpt wat er gebeurt.

De Dirigent-mindset

Zelfs wanneer je niet volledig aan het vibe-coden bent, geldt het kerninzicht: jij bent de dirigent, niet de muzikant.

Traditioneel programmeren: Je schrijft elke regel.

AI-ondersteund programmeren: Je dirigeert het orkest. Claude verzorgt de vingerplaatsing, jij bepaalt welke muziek er gespeeld wordt.

Jij: "We hebben authenticatie nodig"
         ↓
Jouw taak: WAT bouwen, WAAROM, beperkingen
         ↓
Claude's taak: HOE implementeren
         ↓
Jouw taak: VERIFIEER dat het klopt

Deze verschuiving is waarom planning méér belangrijk wordt, niet minder. Zonder duidelijke richting maakt Claude redelijk lijkende beslissingen die niet bij je architectuur passen.

De Paradox: Meer Planning Vereist

Dit is wat mensen verrast: AI-ondersteunde ontwikkeling vereist MEER voorafgaande planning, niet minder.

Zonder planning zal Claude:

• Inconsistente patronen creëren over bestanden heen
• Architecturale beperkingen missen die je niet hebt benoemd
• Functionaliteit dupliceren die al bestaat
• Moeilijk terug te draaien beslissingen nemen

Hoe Goede Planning Eruitziet

Ik bouw een dashboard-feature. Hier is het plan:

Architectuur:
- Server component voor de pagina
- Client component voor interactieve grafieken
- React Query voor data fetching
- Recharts voor visualisatie

Beperkingen:
- Moet werken op mobiel
- Data ververst elke 30 seconden
- Volg bestaande component-patronen in src/components/

Taken (in volgorde):
1. Maak DashboardPage server component
2. Bouw StatsCards client component
3. Voeg grafieken toe met Recharts
4. Implementeer verversingslogica

Begin met taak 1.

Claude is ongelooflijk goed in implementatie. Het is minder goed in strategische beslissingen over architectuur. Speel in op de sterktes: jij architecteert, Claude implementeert.

Effectief Aansturen

Het verschil tussen frustrerende AI-sessies en productieve hangt vaak af van hoe je aanstuurt.

Te vaag:

"Bouw me een dashboard"

Geen beperkingen, geen architectuur, geen patronen. Recept voor verkeerde output.

Te controlerend:

"Maak een functie. Noem het handleSubmit. Het moet een event-parameter accepteren.
Eerst, prevent default. Dan, haal de formulierdata op..."

Je schrijft code met extra stappen. Laat Claude coderen.

Precies goed:

"Voeg een dashboard toe aan de admin-sectie dat gebruikersstatistieken toont.
Gebruik het bestaande card component-patroon uit src/components/ui/.
Inclusief: totaal gebruikers, aanmeldingen deze week, actieve sessies.
Data komt van het /api/stats endpoint."

Duidelijk doel, duidelijke beperkingen, ruimte voor Claude om te werken.

Vertrouw Maar Verifieer

Karpathy kan vibe-coden omdat hij direct ziet of de code werkt en het kan weggooien als dat niet zo is. Voor alles voorbij prototypes voeg je verificatie toe.

Voor implementatie:

"Implementeer de feature en leg daarna de belangrijkste beslissingen uit die je hebt genomen"

Dwingt Claude om zijn redenering te verwoorden. Vangt afwijkingen vroeg op.

Voor beveiligingsgevoelige code:

"Implementeer dit, maar markeer eventuele beveiligingsoverwegingen die ik moet reviewen"

Maakt Claude je eerste beveiligingsreviewer.

Voor complexe logica:

"Leg eerst je aanpak uit in 2-3 zinnen voordat je begint met implementeren"

Vang slechte benaderingen op voordat ze slechte code worden.

De Iteratie-mindset

Vibe coding is inherent iteratief. De eerste poging zal niet perfect zijn. Dat is prima.

"Dit werkt, maar de foutmeldingen zijn generiek. Maak ze nuttiger."

"Goed, voeg nu laadstatussen toe."

"De mobiele layout is kapot, fix het."

Snelle iteraties verslaan perfecte eerste pogingen. Claude is goedkoop en snel. Maak daar gebruik van.

Anti-patronen

De Nooit-verifieerder

❌ *Shipt Claude's code zonder het te lezen*

Pure vibe coding voor productie. Zo krijg je beveiligingskwetsbaarheden en kapotte edge cases.

De Micromanager

❌ "Maak een functie. Noem het handleSubmit. Het moet een event accepteren..."

Je schrijft code met extra stappen. Vertrouw Claude om te implementeren, of schrijf het zelf.

De Context-hoarder

❌ *Gebruikt nooit /clear, houdt 50 berichten context vast*

Verouderde context verslechtert de kwaliteit van output. Clear vaak, vooral tussen taken.

De Vage Dromer

❌ "Bouw me Twitter"

Te ambitieus, geen beperkingen, geen architectuur. Je krijgt iets, maar niet wat je wilde.

Je Flow Vinden

De ontwikkelaars die het meeste uit Claude Code halen, delen een aantal patronen:

Ze clearen vaak. Frisse context voor elke taak. Zie Deel 2.

Ze plannen eerst. Architectuurbeslissingen vóór implementatie. Zie Deel 3.

Ze gebruiken commando's voor herhaling. Gecodificeerde workflows, geen herhaalde prompts. Zie Deel 4.

Ze verifiëren beveiliging. Review auth, betalingen en dataverwerking altijd handmatig.

Ze itereren snel. Snelle feedbackloops, kleine aanpassingen, geen perfecte eerste pogingen.

Ze weten wanneer ze moeten uitzoomen. Wanneer Claude loopt vast, voegen ze context toe of gebruiken ze ultrathink.

De Snelheids-mindset

Zodra je de dirigentenrol hebt geïnternaliseerd, verschuift er iets. Je begint te denken in termen van wát je wilt bouwen in plaats van hóé je het wilt bouwen.

Een ervaren vibe-coder denkt misschien:

"Ik heb een manier nodig om gebruikersdata te exporteren"
→ "CSV- en JSON-formaten"
→ "Gebruik het bestaande exportpatroon uit rapporten"
→ "Voeg het toe aan gebruikersinstellingen"

Vertel Claude dan precies dat. Implementatie wordt een detail—belangrijk, maar niet waar je cognitieve belasting naartoe gaat.

Dit is de productiviteitsontgrendeling. Niet dat Claude code voor je schrijft, maar dat je op een hoger abstractieniveau kunt opereren terwijl je nog steeds werkende software shipt.

Serie Compleet

Je hebt nu de volledige Claude Code-toolkit doorgenomen:

1. Aan de Slag — Installatie, eerste commando's, de mindset
2. Mentaal Model — Hoe Claude denkt, contextbeheer
3. Projectconfiguratie — CLAUDE.md en instellingen
4. Aangepaste Commando's — Slash-commando's voor workflows
5. Skills — Auto-ladende kennismodules
6. Subagents — Parallelle gespecialiseerde workers
7. MCP Servers — Integratie met externe services
8. Productie Workflows — GitHub Actions, teampatronen
9. Power User Geheimen — ultrathink, headless mode, verborgen functies
10. Vibe Coding Filosofie — De mindset die alles samenbrengt

De tools zijn slechts tools. De mindset—weten wanneer je moet viben, wanneer verifiëren, wanneer plannen, wanneer Claude z'n gang laten gaan—dát maakt het verschil.

Ga nu iets bouwen.