Claude Code 101

Je typt iets naar ChatGPT of Claude. Het typt iets terug. Soms is het precies wat je nodig had. Soms niet, en dan herformuleer je het en probeer je het opnieuw.

Dat heen-en-weer doe je zonder erbij na te denken. Maar het is eigenlijk een vaardigheid. Een waardevolle. Beschrijven wat je wilt aan een AI, het resultaat lezen en feedback geven tot het klopt.

Hier is een voorbeeld dat je herkent. Je vraagt Claude een productbeschrijving te schrijven:

Drie rondes. Elke keer beter. Je had geen speciale training nodig. Je beschreef gewoon wat je wilde en zei wat er mis was. Zo werkt Claude Code ook. Het verschil is alleen wat de AI produceert. In plaats van tekst produceert het werkende software. Maar jouw vaardigheid, beschrijven en verfijnen, is dezelfde.

Belangrijkste inzicht

Denk aan de laatste keer dat je ChatGPT of Claude vroeg iets te schrijven. Die vaardigheid, helder beschrijven wat je wilt, is precies wat Claude Code gebruikt. Alles wat volgt bouwt daarop voort.

Wat er gebeurt als je verder gaat dan tekst

Je vroeg ChatGPT om een simpele webpagina. Of een rekenmachine. De AI gaf je een blok code. Je kopieerde het. Plakte het in een bestand. Opende het in een browser. En toen...

Waarom dit gebeurt

De AI schreef prima code. Het probleem is alles eromheen. Een echte website is niet één blok code. Het zijn bestanden die van elkaar weten. Een manier om het resultaat live te zien. Een manier om één ding te veranderen zonder iets anders te breken. Een manier om te testen. Een manier om het op het internet te zetten.

Als je kopieert en plakt vanuit een chatvenster, ben jij degene die al die stukken verbindt. Dat is het plafond. Niet de kwaliteit van de AI. Jouw vermogen om de lijm te zijn tussen een codeblok en een werkend product.

De tools die we in de volgende lessen verkennen, verwijderen dat plafond. Je stopt met de lijm zijn. De tools regelen de verbindingen. Jij regelt de ideeën.

Belangrijkste inzicht

De sprong van browser-AI naar editor-AI is nuttig maar beperkt. De AI suggereert. Jij beslist, plaatst en verifieert nog steeds alles zelf.

Voordat we dieper ingaan op het hoe, laten we kijken naar het wat. Dit zijn dingen gebouwd door gewone mensen met ideeën. Geen developers. Geen techbedrijven.

Het patroon is altijd hetzelfde. Beschrijf wat je wilt. AI bouwt het. Geef feedback. Pas aan. Deploy. De tools regelen de code. Jij regelt de visie.

Belangrijkste inzicht

Het verschil is niet het AI-model. Het is de steigerconstructie: CLAUDE.md voor geheugen, skills voor regels, MCP's voor verbindingen, plan mode om eerst na te denken.

Als je Claude in de browser gebruikt, voer je een gesprek. De AI geeft je tekst. Die tekst kan code bevatten, maar het is nog steeds gewoon tekst in een venster. Je kopieert het ergens naartoe. Je hoopt dat het werkt.

Bouwende AI is fundamenteel anders. De AI geeft je geen tekst. Het wijzigt bestanden op je computer. Maakt nieuwe aan. Voert commando's uit. Test dingen. Deployt naar het internet.

Dat is de fundamentele verschuiving. Het gaat niet om slimmere AI. Het gaat om AI die dingen kan doen, niet alleen zeggen.

Belangrijkste inzicht

Een typische sessie: open je project, start Claude Code, beschrijf wat je wilt, bekijk het plan, laat Claude bouwen, geef feedback, sla op. De hele tijd beschrijf jij het wat, Claude regelt het hoe.

"Project" klinkt intimiderend. Alsof het zes maanden vergaderen en een Gantt-chart betekent. In onze wereld is een project gewoon een map op je computer met bestanden erin. Die bestanden zijn je website.

Als je iets "bouwt", voeg je bestanden toe aan deze map. Als je "deployt", upload je de map naar het internet. Als je "je werk opslaat", maak je een snapshot waar je later naar terug kunt.

Het klant-intakeformulier van de freelancer? Ongeveer 20 bestanden in een map. De AI heeft ze allemaal gemaakt op basis van beschrijvingen. De map werd geüpload naar het internet. Mensen bezoeken de URL. Dat is het hele verhaal.

Belangrijkste inzicht

Je hebt geen zesmaandenplan nodig. Beschrijf een landingspagina of tool. Claude bouwt het. Jij geeft feedback. Je deployt. Klaar.

Het grootste misverstand: je moet alles perfect van tevoren beschrijven. De perfecte prompt schrijven. Het perfecte resultaat krijgen bij de eerste poging.

Nee. De beste resultaten komen van ruw beginnen en verfijnen. Kijk hoe een echt project zich ontwikkelt:

Vier rondes. Elke bouwt voort op de vorige. Je hoefde dit niet allemaal van tevoren te plannen. Je ontdekte wat je wilde door de resultaten te zien. Precies zo werkt de Workshop-cursus later.

Belangrijkste inzicht

De beste resultaten komen van iteratie, niet van de perfecte eerste prompt.

Je hebt iets gebouwd op je computer. Het werkt in je browser. Maar alleen jij kunt het zien. "Deployen" betekent: het op het internet zetten zodat iedereen met de link het kan bezoeken.

De website-beoordelaar van het kleine bureau ging van "werkt op mijn laptop" naar "live op het internet" in ongeveer 5 minuten. Ze deelden de link op LinkedIn. Mensen begonnen het direct te gebruiken. Het hele ding is nog steeds gewoon een map met bestanden, maar nu staan die bestanden op een server in plaats van op een laptop.

Belangrijkste inzicht

Deployen is niet ingewikkeld. Het is een map uploaden en een link krijgen.

Is het je opgevallen dat goed ontworpen websites overal consistente kleuren hebben? De knop is hetzelfde oranje als het kopaccent. De ruimte tussen secties is altijd gelijk. Niks ziet er "raar" uit.

Dat komt niet omdat iemand handmatig kleuren heeft gematcht op elk element. Het komt door een systeem. Je definieert je kleuren, lettertypen en afstanden één keer, op één plek. Alles in de app verwijst naar die ene plek.

De consultant veranderde hun hele accentkleur van groen naar blauw. Eén wijziging. Tien seconden. Alles bijgewerkt. Dit systeem wordt aan het begin opgezet en werkt daarna stilletjes door.

Belangrijkste inzicht

Design tokens zorgen voor consistentie. Verander je accentkleur één keer, het past overal aan in 10 seconden.

Zelfs als je vandaag alleen Engels nodig hebt, maakt het uit hoe je met tekst omgaat. Als je "Roast it" direct op een knop in je code schrijft, en later Nederlands wilt toevoegen, moet je elk stuk tekst in elk bestandvinden. Voor een kleine app zijn dat tientallen strings. Voor een echte app honderden.

Het alternatief: al je tekst staat in vertaalbestanden. De knop zegt "gebruik de tekst genaamd submitButton." Het Engelse bestand zegt dat dat "Roast it" is. Een Nederlands bestand zou zeggen "Roast het."

De reserveringspagina van het restaurant begon alleen in het Engels. Drie maanden later voegden ze Nederlands en Duits toe. 20 minuten per stuk. Omdat het systeem er vanaf dag één was.

Belangrijkste inzicht

Ook als je vandaag maar één taal nodig hebt, gebruik het vertaalsysteem. Je toekomstige zelf zal je dankbaar zijn.

Hier is iets interessants over werken met AI: nadat het iets gebouwd heeft, kun je het vragen om zijn eigen werk te reviewen.

Je zegt zoiets als: "Kijk naar alles wat je net gemaakt hebt. Werkt het op een telefoonscherm? Zijn de kleuren consistent? Heb je iets gemist?"

En het vindt dingen. Elke keer. Niet omdat de AI slecht is in bouwen. Omdat bouwen complex is, en een frisse blik vangt wat de eerste ronde miste. Dezelfde reden waarom je een belangrijke e-mail naleest voor je hem verstuurt.

Wat de review meestal vindt

• Een layout die er goed uitziet op een laptop maar overloopt op een telefoon
• Een kleur die direct geschreven is in plaats van het design systeem te gebruiken
• Tekst die in het Engels is gebleven in plaats van via het vertaalbestand te gaan
• Een formulier dat lege inzendingen accepteert zonder een foutmelding te tonen
• Een knop die klikbaar lijkt maar eigenlijk nog niks doet

Het dashboard van de teamleider had een mobiel probleem dat niemand opmerkte tijdens het bouwen. De review vond het voordat ze het met het team deelden. De fix duurde 30 seconden.

Bouwen, dan reviewen. Altijd. Het is de simpelste gewoonte die het grootste verschil maakt in kwaliteit.

Belangrijkste inzicht

Bouwen, dan reviewen. Bouwen, dan reviewen. De goedkoopste kwaliteitsverbetering die je ooit zult maken.

Laten we alles samenvoegen. Niks hiervan is ingewikkeld. Elk onderdeel is simpel. Samen vormen ze een proces.

Dat is het hele proces. Herhaal voor elke feature. Er is geen mysterieuze stap waar je opeens moet begrijpen hoe programmeren werkt.

Belangrijkste inzicht

Beschrijven → Bouwen → Feedback → Aanpassen → Testen → Deployen. Herhaal voor elke feature. Dat is het hele proces.

Wat je gezien hebt in deze cursus

• Wat mensen bouwen met deze tools (echte voorbeelden, echte resultaten)
• Hoe het proces werkt (beschrijven, bouwen, feedback, aanpassen, deployen)
• Waarom bouwende AI anders is dan chat AI (het doet dingen, niet alleen zeggen)
• Wat een project eigenlijk is (een map met bestanden)
• Waarom design tokens en vertalingen ertoe doen (één keer opzetten, voor altijd profiteren)
• Hoe reviewen problemen vroegtijdig vangt (bouwen, dan reviewen)

De volgende cursussen zijn hands-on

Je hebt gezien wat er mogelijk is. De volgende stap is zelf aan de slag gaan.

Belangrijkste inzicht

Je hebt gezien wat er mogelijk is. Volgende stap: zelf aan de slag.