Architectuur en Kosten

Vibe coden is snel. Verbluffend snel. In een weekend bouw je een werkende app, een dashboard of een complete website. De AI genereert honderden regels code terwijl jij je idee beschrijft. Maar snelheid heeft een keerzijde.

Software die snel gebouwd is, is niet automatisch software die lang meegaat. De code die AI genereert werkt — maar is die ook onderhoudbaar? Schaalbaar? Veilig? En als je eerlijk rekent: wat kost het werkelijk om een app te bouwen en draaiende te houden met AI-tools?

In deze module kijken we naar de realiteit achter de snelheid. Wanneer is vibe coden de perfecte aanpak, wanneer heb je meer structuur nodig, en hoe voorkom je dat je project na drie maanden vastloopt in onbeheersbare code?

Elk vibe code project kent een kantelpunt. De eerste weken gaat alles goed: nieuwe features vliegen erin, de AI begrijpt wat je wilt, en het resultaat ziet er professioneel uit. Maar ergens rond maand drie gebeurt er iets.

De AI begint zichzelf tegen te spreken. Een aanpassing op pagina A breekt functionaliteit op pagina B. Je vraagt om een simpele wijziging en krijgt een hele refactor terug. Bugs verschijnen sneller dan je ze kunt oplossen. Dit is het spaghetti point: het moment waarop de code zo verweven is geraakt dat elke verandering onvoorspelbare gevolgen heeft.

Het spaghetti point is geen falen — het is een natuurlijk gevolg van code die organisch groeit zonder bewuste structuur. Herken je deze signalen?

• Kleine wijzigingen kosten steeds meer tijd
• De AI “vergeet” eerder gemaakte afspraken
• Je durft bepaalde onderdelen niet meer aan te passen
• Dezelfde bug keert steeds terug na een fix
• Nieuwe features leiden tot regressies elders

1. Werk met kleine, afgebakende bestanden

AI-modellen presteren het beste met bestanden van 100 tot 300 regels. Splits je code op in logische modules: één bestand per component, één bestand per API-endpoint, één bestand per utility-functie. Hoe kleiner de eenheid, hoe beter de AI de context begrijpt.

2. Documenteer je beslissingen

Houd een eenvoudig bestand bij met je architectuurbeslissingen. Welke database gebruik je en waarom? Hoe werkt de authenticatie? Waar staan de API-routes? Dit bestand is niet alleen voor jou — het is ook context voor de AI bij toekomstige prompts.

3. Maak regelmatig een schone snapshot

Gebruik versiebeheer (Git) en maak na elke werkende feature een commit. Als een AI-sessie de boel kapotmaakt, kun je altijd terug naar een werkende versie. Zonder versiebeheer ben je overgeleverd aan undo.

4. Refactor voordat het pijn doet

Plan elke twee weken een “opruimdag” in. Vraag de AI: “Analyseer deze codebase en identificeer duplicatie, ongebruikte code en inconsistenties.” Preventief opruimen is altijd goedkoper dan achteraf repareren.

De slimste aanpak is zelden “alleen vibe coden” of “alleen traditioneel ontwikkelen.” De meeste succesvolle projecten combineren beide. We noemen dit de hybride aanpak, en die verloopt in drie fasen.

Fase 1: Validatie (week 1–2)

Bouw je eerste versie volledig met vibe coden. Doel: bewijzen dat je idee werkt en dat gebruikers het willen. Maak je geen zorgen over perfecte code. Test het concept, verzamel feedback, en valideer je aannames. Kosten: alleen AI-tool abonnementen (EUR 20–50/maand).

Fase 2: Fundament (week 3–6)

Je idee is gevalideerd en je wilt doorpakken. Nu is het moment om de basis goed neer te zetten. Schakel een developer in voor de architectuur, databasestructuur en authenticatie. De developer bouwt het fundament, jij blijft de features bouwen met vibe coden bovenop dat fundament. Kosten: EUR 2.000–5.000 voor architectuurwerk.

Fase 3: Doorontwikkelen (maand 2+)

Met een solide fundament kun je veel langer productief blijven met vibe coden. De developer is beschikbaar voor code reviews, complexe features en troubleshooting. Jij bouwt het meeste zelf. Kosten: EUR 500–1.500/maand aan developer-ondersteuning.

De marketingboodschap is aantrekkelijk: “Bouw een app voor EUR 20 per maand.” Maar de werkelijke kosten zijn genuanceerder. Laten we eerlijk rekenen.

Maar de abonnementskosten zijn slechts het begin. De verborgen kostenpost zit in tokens. Elke keer dat je een prompt stuurt, verbruik je tokens. Complexe prompts met veel context kosten meer. En zodra je de gratis of inbegrepen tokens overschrijdt, betaal je per gebruik.

Een intensieve dag vibe coden kan makkelijk 50.000 tot 200.000 tokens verbruiken. Bij API-tarieven van $3–15 per miljoen input-tokens loopt dat op. Vooral als je grote bestanden als context meestuurt of lange conversaties voert.

1. Houd je context klein

Stuur niet je hele codebase mee bij elke prompt. Verwijs naar specifieke bestanden. Hoe kleiner de context, hoe minder tokens je verbruikt en hoe beter het antwoord.

2. Gebruik het juiste model voor de taak

Niet elke taak vereist het duurste model. Gebruik een snel, goedkoop model voor eenvoudige taken (CSS-aanpassingen, tekst wijzigen) en bewaar het premium model voor complexe architectuurbeslissingen.

3. Batch je verzoeken

In plaats van tien losse prompts, combineer gerelateerde wijzigingen in één prompt. “Pas deze drie componenten aan: [A], [B] en [C].” Dat bespaart context en tokens.

4. Stel budgetlimieten in

De meeste tools bieden spending alerts of harde limieten. Stel ze in. Een vergeten sessie die de hele nacht draait kan verrassend duur worden.

5. Evalueer maandelijks je toolstack

Betaal je voor drie AI-tools maar gebruik je er maar één? Schrap de rest. De vibe code toolmarkt verandert snel — wat vorige maand de beste optie was, kan nu achterhaald zijn.

Of je nu vibe codet of traditioneel ontwikkelt, er zijn zes beslissingen die de houdbaarheid van je project bepalen. Neem ze bewust, liefst aan het begin.

1. Mappenstructuur

Kies een logische indeling en houd je eraan. Voor webapps werkt een structuur met mappen voor pagina's, componenten, utilities en API-routes. Leg de structuur vast in een bestand dat je als context aan de AI geeft, zodat nieuwe bestanden op de juiste plek terechtkomen.

2. State management

Hoe bewaart je app gegevens terwijl de gebruiker navigeert? Voor eenvoudige apps volstaat React state of URL-parameters. Zodra meerdere componenten dezelfde data nodig hebben, kies je voor een state library (Zustand, Jotai) of server state (React Query, SWR). Beslis dit vooraf — achteraf migreren is pijnlijk.

3. Database

Begin met een hosted database die weinig configuratie vereist. Supabase (PostgreSQL) en Firebase zijn populaire keuzes. Ontwerp je tabellen met relaties en denk na over wat je later wilt opvragen. Een slecht database-ontwerp is de meest voorkomende oorzaak van het spaghetti point.

4. Authenticatie

Bouw authenticatie nooit zelf. Gebruik een bewezen oplossing: Supabase Auth, Clerk, NextAuth of Firebase Auth. Deze services regelen wachtwoord-hashing, sessies, OAuth en multi-factor authenticatie. Vraag de AI expliciet om een van deze services te gebruiken.

5. Foutafhandeling

AI-gegenereerde code heeft een blinde vlek voor foutafhandeling. De “happy path” werkt altijd, maar wat als de database niet bereikbaar is? Als de gebruiker ongeldige data stuurt? Als een externe API niet reageert? Vraag bij elke feature: “Wat als dit misgaat?”

6. Omgevingsvariabelen

API-keys, database-URLs en andere geheimen horen in omgevingsvariabelen, nooit in je code. Maak een .env.local bestand en zet .env* in je .gitignore. AI-tools plaatsen geheimen regelmatig hardcoded in de code — controleer dit altijd.

Je app is gebouwd — maar waar draait die? Hosting begint gratis, maar de kosten groeien mee met je gebruikersaantal.

Fase 1: Gratis tier (0–100 gebruikers)

Fase 2: Groei (100–1.000 gebruikers)

Fase 3: Schaal (1.000+ gebruikers)

Niet elk project heeft een developer nodig. Maar sommige situaties vragen om professionele hulp. We onderscheiden drie zones.

Groene zone: zelf doen

Landingspagina's, eenvoudige formulieren, blogs, portfoliosites, interne tools zonder gevoelige data. Hier is vibe coden meer dan voldoende. De AI handelt de complexiteit moeiteloos af en de risico's zijn beperkt.

Oranje zone: developer voor review

Apps met gebruikersdata, betalingen, of integraties met externe systemen. Bouw het zelf, maar laat een developer de code reviewen voor je live gaat. Focus op beveiliging, databasestructuur en foutafhandeling. Een review kost EUR 500–1.500, maar kan duizenden euro's aan problemen voorkomen.

Rode zone: developer voor fundament

Complexe applicaties, meerdere gebruikersrollen, real-time functionaliteit, compliance-eisen. Laat een developer het fundament bouwen: architectuur, database-ontwerp, auth en deployment pipeline. Jij bouwt de features er bovenop met vibe coden.

Om de kosten concreet te maken, rekenen we drie veelvoorkomende scenario's door. Alle bedragen zijn indicatief en gebaseerd op prijzen begin 2026.

Scenario 1: Weekendproject

Een ondernemer bouwt in een weekend een landingspagina met contactformulier en een eenvoudige boekingstool.

Scenario 2: Serieuze MVP

Een startup bouwt een SaaS-product met gebruikersaccounts, een dashboard en betalingsintegratie. Hybride aanpak met developer voor het fundament.

Scenario 3: Groeiend Product

Een scale-up met 500+ actieve gebruikers en een team van drie mensen. Complexe features, compliance-eisen en een groeiende codebase.