Hoe je met AI 10x sneller kan developpen

Net zoals iedere andere Senior software developer had ik een afkeer voor het gebruik van AI met het assisteren met programmeren. Ik kwam uit de tijd dat ik code moest gaan schrijven op een a4tje voor school, tegenwoordig vraag ik mij af of mensen uberhaupt nog weten hoe ze moeten schrijven.

Naast dat had ik ook een soort van een trots hangen aan het feit dat ik mijn eigen code schrijft. Het is natuurlijk jouw manier van werken en jouw brein die een bepaalde oplossing verzint en daar hangt veel voldoening en eigenwaarde aan, dus ik snap het 100% wanneer een software developer heel erg op AI neerkijkt.

Maar na een tijdje dacht ik toch misschien moet ik mijn ego even opzij leggen en echt kijken hoe goed AI is en of het de hype wel waard is. Dus heb ik mijn client zijn saas project helemaal opnieuw geschreven met een geupdate code base met behulp van Claude Code.

Dat het mijn verwachting uit het water blies is wel een understatement. Wat mij met de hand waarschijnlijk 4-5 maanden zou duren (als een solo developer). Had ik in minder dan twee weken kunnen doen. Niet alleen dat, het werkt beter sneller en ziet er veel gelikter uit dan voorheen.

Na deze ervaring heb ik mijn AI haat hoedje afgedaan en ben ik volledig ingedoken in AI tooling en alles om zoveel mogelijk uit mijn handen te nemen waar het kan en verstandig is. Na vele malen met testen, falen en observeren kwam ik tot deze 4 belangrijke punten hoe je met AI 10 keer sneller kan developen.

#1 Weet je fundamentals

Even terug gaan op de hype op AI met coderen, het is waar tot een zeker niveau. Ja je bent echt zoveel sneller met coderen, omdat je het zelf niet meer hoeft te typen. Maar het kan absoluut niet een hele applicatie maken met een simpele prompt.

Ik heb een aantal verhaaltjes voor je, op het gebied van AI software gedreven development. Helaas moet ik het bij 1 houden, want anders word dit te lang.

Een paar jaar geleden werkte ik als lead/senior developer bij een startup bedrijf. En natuurlijk als lead developer ben je verantwoordelijk voor je junior developers en stagiairs.

Op een dag kwam een developer op mij af met een paar vragen, omdat het project errors had op productie, ouch… Dus ik keek naar zijn code en zag vrijwel meteen waarom het niet werkte, maar ik wil graag altijd dat de developers het zelf uitzoeken. Dus ik vroeg aan hem of hij het voor mij kon uitleggen wat het deed.

Nou… Deze developer had geen flauw idee wat hij heeft gemaakt en probeerde hemzelf eruit te bluffen, poging mislukt moet ik eerlijk zeggen. Uiteindelijk vertelde hij dat de code uit ChatGPT kwam.

Deze developer had de code klakkeloos uit ChatGPT gehaald en gewoon geplakt in het project zonder te checken. Wist niet eens wat er stond. En het ergste van allemaal is… Dat deze developer blijkbaar een Medior developer was.

Je kan misschien argumenten vertellen dat dat twee jaar geleden was, en ja je hebt gelijk dat AI aanzienlijk beter is dan twee jaar geleden, maar ik kan je vertellen dat het nog steeds veel fouten maakt en je je eigen ervaring en brein moet gebruiken om te valideren.

Ik kan hier een hele artikel over schrijven en ga ik ook zeker doen, maar voor nu hou ik het hierbij: Je moet zeker een goed begrip hebben van de fundamentals van coderen om daadwerkelijk 10 keer zo sneller te zijn.

#2 Stel vragen aan de AI

Wat bijna geen enkele developer doet is vragen stellen aan de AI in het ontwikkelen van een project. Dit is ook een gigantisch probleem.

Stel je bouwt een project met behulp van AI en de AI gebruikt een third party package die gigantisch is maar vitaal voor je project op zichzelf. De kans dat je niet begrijpt wat het doet na slechts een paar uur is heel groot.

Het probleem daar is, is dat als je dan een bug wilt gaan fixen, dat je dan ook afhankelijk bent van de AI. En laat ik jou dit vertellen, ten eerste de kans dat AI de bug fixed is fifty fifty soms kan ie het soms niet, en ten tweede als je niet weet wat iets doet kan je ook niet de juiste prompts schrijven (hier kom ik terug op de volgende punt).

Daarom is het van uiterste belang om naast het vragen om code voor je te schrijven is het ook om goed uitleg te vragen wat iets doet als je niet weet wat de AI gegenereerd heeft. Dit lijkt slomer in het begin, maar dit gaat je zoveel tijd besparen voor later.

De mensen die het beste gebruik maken van AI gebruiken AI om niet alleen iets te ontwikkelen, maar ook om te leren en zelf beter te worden.

#3 Schrijf goede prompts

Dit klinkt misschien als een open deur, maar geloof me, 90% van de developers schrijft slechte prompts. Ze typen iets van "maak een login pagina" en verwachten dat AI precies weet wat ze bedoelen.

Laat me je een voorbeeld geven. Stel je wilt een authenticatie systeem bouwen. Een slechte prompt is:

"Maak authenticatie voor mijn app."

Een goede prompt is:

"Ik bouw een Laravel applicatie met Inertia.js en React. Ik wil een authenticatie systeem met email/wachtwoord login, wachtwoord reset functionaliteit, en remember me optie. Gebruik Laravel Fortify voor de backend en maak TypeScript React componenten voor de frontend. Volg de bestaande code stijl in het project."

Zie je het verschil? Context is alles. De AI weet niet wat voor project je hebt, welke stack je gebruikt, of welke conventies je volgt. Hoe meer context je geeft, hoe beter het resultaat.

Een paar tips die mij enorm hebben geholpen:

• Geef altijd je tech stack mee. Laravel, React, TypeScript, Tailwind - noem het allemaal.
• Verwijs naar bestaande code. "Volg dezelfde structuur als in UserController.php"
• Wees specifiek over wat je NIET wilt. "Geen inline styles, gebruik Tailwind classes."
• Vraag om uitleg bij complexe code. "Leg uit waarom je deze aanpak kiest."

En heel belangrijk: als de output niet goed is, geef feedback. "Dit werkt niet omdat X, pas het aan zodat Y." AI leert van je correcties binnen de sessie en wordt beter naarmate je meer context geeft.

#4 Stop en check

AI gaat van nature in één keer je hele app maken zonder te stoppen. Dat is een grote no-no, want je gaat geheid niet onthouden wat er gemaakt is en wellicht nog erger: niet begrijpen wat er staat.

Ik heb dit zelf ook moeten leren. In het begin liet ik Claude Code gewoon zijn gang gaan. "Bouw dit hele feature voor me." En ja, het werkte vaak. Maar als er dan een bug was drie weken later? Geen idee waar ik moest zoeken.

Nu werk ik in kleine stappen:

1. Vraag eerst om een plan. "Hoe zou je dit aanpakken? Geef me de stappen."
2. Laat één ding tegelijk bouwen. Eerst de database migratie, dan het model, dan de controller, dan de frontend.
3. Review elke stap. Begrijp ik wat hier staat? Klopt de logica?
4. Test tussendoor. Werkt dit onderdeel voordat we verder gaan?

Dit voelt langzamer, maar het is eigenlijk sneller. Want je voorkomt dat je na een uur bouwen een spaghetti hebt waar niemand meer wijs uit wordt.

Een andere tip: als je merkt dat de AI in cirkels gaat of steeds dezelfde fout maakt, stop dan. Neem een stap terug. Leg het probleem opnieuw uit met meer context. Soms moet je zelfs een nieuwe chat starten met een frisse aanpak.

Conclusie

AI is geen vervanging voor een goede developer. Het is een vermenigvuldiger. Als je niet weet wat je doet, vermenigvuldigt het je chaos. Als je wél weet wat je doet, vermenigvuldigt het je productiviteit.

Die 4-5 maanden werk in twee weken? Dat kon alleen omdat ik 8 jaar ervaring had om te valideren wat de AI maakte, de juiste vragen te stellen, goede prompts te schrijven, en te weten wanneer ik moest stoppen en checken.

Dus aan alle senior developers die nog steeds neerkijken op AI: ik snap het. Ik was er zelf ook. Maar leg je ego even opzij en probeer het echt. Niet als vervanging van je skills, maar als versterking ervan.

En aan de junior developers: gebruik AI om sneller te leren, niet om het leren te skippen. Want die medior developer uit mijn verhaal? Die is er niet meer.