5 lessen uit een codeercursus in Weekend Vibe als niet-technisch persoon

Een van de eerste dingen die de instructeurs ons vertelden: word niet verliefd op je app.

Agrim Singh, een van de workshopleiders, zei bouwen gaat zo snel nu het vaak slimmer is om opnieuw te beginnen dan een rommelig product te patchen.

Hij vertelde ons dat we mislukkingen moesten ‘herformuleren’. Het beëindigen van een app is geen verlies: het is feedback. Hoe sneller je zwakke ideeën verwerpt, hoe sneller je op een idee terechtkomt dat werkt.

Toen ik met Manus een eenvoudige personal trainer-app bouwde, duurde het ongeveer een uur. Het meeste daarvan was niet dat ik aan het coderen was. Ik wachtte tot de AI de web-app had gegenereerd en geïmplementeerd, terwijl ik de aanwijzingen verfijnde. De drempel om te bouwen voelde absurd laag.

“Wat maakt een vibe-gecodeerde app eigenlijk succesvol?”

Ik legde die vraag voor aan Sherry Jiang, een andere instructeur. Met zoveel apps in uren opgedraaidIk wilde weten wat het verschil is tussen iets dat blijft hangen en iets dat wordt verwijderd.

Jiang zei dat het niet gaat om het oppoetsen van de interface, maar om het identificeren van een echte gebruiker en een behoefte.

Daarom is het spannend om niet-technische mensen te zien bouwen, zei ze. Wanneer de bouwkosten tot bijna nul dalen, verschuift het knelpunt naar ideeën en geleefde ervaringen. Een feng shui-beoefenaar – iemand die is opgeleid in de traditionele Chinese praktijk van het inrichten van ruimtes om geluk en welzijn te beïnvloeden – kan een app bouwen om de praktijk toegankelijker te maken voor anderen. Een eigenaar van een eetkraampje kan een tool maken om de activiteiten te stroomlijnen. Die ideeën komen meestal niet van iemand die puur in software is opgeleid.

Niemand van ons in de kamer wist hoe te debuggen. Voor een niet-technisch persoon is het staren naar een muur van foutmeldingen een nachtmerrie.

De enige manier om te leren debuggen, zeiden de instructeurs, is door het te doen.

Jiang studeerde bedrijfskunde aan UC Berkeley. Het was door middel van vibe-codering – en het voortdurend werken met AI – dat ze zich een weg baande naar het begrijpen van de grondbeginselen van coderen.

“Je leert door de AI te vragen je er doorheen te leiden”, zei ze.

Toen mijn personal trainer-app een fout gaf tijdens het laden van oefenaanwijzingen, kopieerde ik het bericht, beschreef wat er gebeurde en vroeg het model om het probleem te repareren.

Het werkte, maar er verscheen een andere fout. Ik heb het probleem verduidelijkt en het opnieuw geprobeerd.

Toen ik het model onderzocht op de fout, ontdekte ik dat de app te veel informatie in één keer probeerde op te halen, waardoor de pagina crashte. Dat heeft mij geholpen te begrijpen hoe de fout überhaupt is ontstaan.

Een van de meest belangrijke vaardigheden bij het bouwen van een app is de eerste prompt goed krijgen.

In plaats van de AI te vragen onmiddellijk te coderen, kunt u hem eerst vragen de app te plannen. Beoordeel het plan en voer het vervolgens uit.

De instructeurs zeiden dat de eerste prompts meestal mislukken omdat ze onjuiste informatie bevatten, onvolledig of rommelig zijn. “Een slecht plan heeft een enorm cascade-effect”, voegde ze eraan toe.

Wanneer gebruikers de AI vragen om een ​​plan te genereren in plaats van onmiddellijk te bouwen, wordt het model gedwongen na te denken over de architectuur, functies en flow voordat het aan de code begint. Dat alleen al verbetert de output.

Nadat je het plan hebt bekeken, is de volgende slimme zet om de AI te vragen je idee in twijfel te trekken. Deze stap dwingt zowel u als het model om aannames naar boven te halen die niet in de oorspronkelijke prompt waren beschreven.

Je realiseert je misschien plotseling dat je nog niet hebt besloten of dit een web- of mobiele app is. Of het uit externe databases moet worden gehaald. Of gebruikersaccounts vereist zijn.

Nog een goed advies: volg uw denkwijze en uw aanwijzingen op volgorde. Begin breed en vernauw je vervolgens.

De AI-ecosysteem is enorm.

Er zijn redeneermodellen zoals ChatGPT van OpenAI, Claude van Anthropic en Gemini van Google DeepMind. Voor afbeeldingen zijn er Nano Banana van Google en platforms zoals Fal. Voor spraak zijn er tools zoals ElevenLabs.

Zelfs binnen de vibe-codering zelf zijn er verschillende bouwers, waaronder Cursor, Lovable en Emergent.

Wees niet loyaal aan een model. Wees loyaal aan snelheid en resultaten, zeiden de instructeurs.

Nieuwe updates voortdurend uitrollen. Capaciteiten verschuiven elke paar maanden. Een tool zou plotseling de technische wereld kunnen overnemen.

Weten waar elke tool goed in is en deze dienovereenkomstig aansluiten, kan de resultaten dramatisch verbeteren.

Een goede vibe-codeur schrijft niet alleen aanwijzingen. Ze weten hoe ze tools moeten orkestreren.