playitsmart.nl

Terug naar home

27 april 2026 · 5 min lezen

Post #1

Je hoeft geen developer te zijn om te beginnen

Een week geleden lanceerde ik playitsmart.nl. Maar al langer krijg ik twee soorten vragen, van vrienden die zien wat ik doe en van developers waar ik mee praat. Mensen die zeggen "wauw, hoe doe je dat", en ervaren developers die zeggen "leuk, maar je kunt geen complex automatisch systeem bouwen zonder ervaring".

Beide hebben deels gelijk. Beide hebben deels ongelijk.

In deze post wil ik vertellen hoe ik denk dat iedereen kan beginnen, ook als je geen regel code kunt schrijven. En waarom de sceptici over complexe systemen wel een punt hebben, maar niet zoals ze denken.

Wat ik zelf doe

Ik schrijf nul regels code. Letterlijk geen één. Alle code in dit project komt uit AI, ik stuur waar nodig en ik review wat eruit komt.

Mijn rol is bedenken wat ik wil, vragen stellen, en controleren of het klopt. Niet typen.

Voordat je denkt "ja, jij hebt vast technische achtergrond": klopt, ik werk vanaf de start van mijn werkende leven in de technische ICT-omgeving. Ik heb een data en analytics bedrijf opgezet en verkocht. Maar ik heb daar niet zelf geprogrammeerd. Ik begreep het op conceptueel en architectuurniveau. Ik kon de architectuur uitdenken en de consequenties van keuzes overzien. Niet de regels code typen, wel de richting bepalen.

Vandaag is dat conceptuele begrip al genoeg om te beginnen. AI vult de rest in.

De grootste drempel: durven vragen

Het belangrijkste wat ik geleerd heb: stel vragen alsof je nergens iets van weet.

Letterlijk. Schrijf als prompt: "ik ben beginner, ik kan bijna geen code schrijven, leg het constant aan me uit". In Claude Project kun je dat zelfs vastzetten in de project description, dan onthoudt Claude dat bij elk gesprek.

Wat gebeurt er dan? Claude legt het in begrijpelijk Nederlands uit. Met voorbeelden. Met afwegingen. Niet in jargon, maar in taal die past bij wat jij aankan.

En als je nog steeds iets niet snapt? Vraag het opnieuw. Vraag een ander voorbeeld. Vraag waarom hij dit voorstelt en niet iets anders. Dat kost wat meer tijd dan een echte developer eraan zou besteden, maar het werkt.

Maak screenshots als je vastloopt

Een hele praktische tip: maak gewoon printscreens als je op je scherm iets niet snapt.

Stel je moet een DNS setup doen in Vercel of Cloudflare. Of je moet ergens een API key aanmaken. Of een instelling vinden in een interface die je niet kent. Maak een screenshot, plak die in de chat, en stel je vraag.

Claude kan beelden lezen. Hij ziet wat jij ziet. Op basis daarvan legt hij stap voor stap uit wat je moet doen, welke knop je moet klikken, welke optie hoort bij wat je probeert te bereiken.

Bonus: vraag ook om uitleg, niet alleen om de actie. "Wat doet deze instelling eigenlijk?" Want het is leuk om nieuwe dingen te leren terwijl je bezig bent. Niet alleen "klik hier", maar "klik hier omdat dit X regelt en Y voorkomt". Dan groeit je begrip vanzelf mee.

Waar de sceptici half gelijk hebben

Een paar developers in mijn omgeving zeiden: "leuk hoor, maar een complex automatisch handelssysteem bouwen zonder zelf te kunnen programmeren? Dat lukt niet."

Ze hebben deels gelijk. Naarmate je project complexer wordt, gaat het langzamer. In de eerste twee weken vloog het. Een complete website, blog, sitemap, RSS, OG image, in vier dagen live. In een paar uur per dag.

Maar nu we naar het echte hart van het systeem gaan, de Python code die data ophaalt, factoren berekent, signalen genereert en orders plaatst, daar weet ik dat het langzamer gaat. Meer iteraties, meer reviews, meer fouten oplossen.

Ze hebben ook deels ongelijk. Want het kan wel, het duurt alleen langer. En zelfs in dat trager tempo gaat het nog altijd minstens tien keer sneller dan vroeger, toen je een team van vier developers nodig had voor wat ik nu alleen kan.

Het is geen alles-of-niets verhaal. Het is een schuif. Hoe complexer je project, hoe meer geduld je nodig hebt. Maar onmogelijk wordt het niet.

Drie tips voor wie wil beginnen

Eén: zet jezelf neer als beginner

In de Claude Project description, schrijf letterlijk: "ik ben beginner. Leg alles uit. Vraag me niet om dingen te installeren zonder te zeggen waarom. Geef me altijd twee of drie opties met voor- en nadelen, niet één antwoord."

Claude past zijn antwoorden daar op aan. Zonder die instructie krijg je vaker antwoorden die uitgaan van technische voorkennis.

Twee: vraag controle-vragen

Bij elke beslissing die AI voorstelt, vraag: "wat zijn alternatieven? Waarom precies deze keuze?" Dat dwingt AI om af te wegen in plaats van het eerste te roepen.

In mijn vorige blog post (Wanneer Claude het mis heeft) staat een concreet voorbeeld waarbij ik dit deed met een hosting keuze. Het tweede antwoord was significant beter dan het eerste, alleen omdat ik doorvroeg.

Drie: stap voor stap, niet alles tegelijk

Begin gaat snel. Hoe groter je project, hoe meer je merkt dat tegelijkertijd vier dingen doen niet werkt. Eén voor één. Domein registreren. Klaar. Hosting kiezen. Klaar. Eerste pagina maken. Klaar. Daarna pas de volgende stap.

Ik heb dat zelf in week één onderschat. Was vier dingen tegelijk aan het doen en liep tegen problemen aan die niets met AI te maken hadden. Lokaal Git verkeerd ingesteld, shell environment dat tegenwerkte. Niks waar je AI voor nodig hebt om te fixen, maar wel waar AI je niet bij helpt als je probeert te skippen.

Wat ik wel kan, wat AI niet kan

Eerlijk: AI is niet alles. Ik moet zelf de richting bepalen. Ik moet zelf kunnen voelen wanneer iets niet klopt. Ik moet zelf de kritische rol blijven spelen als reviewer.

Maar dat is precies wat een non-developer wel kan. Je weet wat je wilt bouwen. Je voelt wanneer iets niet logisch is. Je kunt vragen stellen. Je kunt beslissen.

De rest, het typen van code, het kennen van syntax, het oplossen van obscure errors, dat doet AI.

De vraag die overblijft

Ik geloof dat iedereen die een idee heeft en bereid is vragen te stellen, kan beginnen. Niet morgen meteen een productie-systeem opleveren, maar wel beginnen. En na een paar weken iets hebben om te laten zien.

De grootste blocker is niet techniek. Het is durven beginnen ondanks dat je niet alles weet. En dat geldt evenzeer voor mensen die zeggen "ik kan geen code" als voor sceptische developers die zeggen "complex bouwen kan niet zonder ervaring".

Stel je vraag. Vraag opnieuw. Maak screenshots als je vastloopt. Bouw stap voor stap. En geef het tijd.

Wekelijks volgen?