AI in development — Claude Code & Copilot
Hoe AI de echte werkdag van devs al heeft veranderd
Vijf jaar geleden typte je elke regel code zelf. Drie jaar geleden maakte GitHub Copilot je zinnen af terwijl je typte. Vandaag draait er een AI in je terminal die een hele feature bouwt terwijl jij koffie zet. Dat is niet overdreven — dat is de dagelijkse werkelijkheid van een developer in 2026. De vraag is niet meer of je code-assistants gebruikt. De vraag is: hoe houd je de regie?
Waar we nu staan
Code-assistants hebben een duidelijke evolutie doorlopen, en als je deze tijdlijn kent begrijp je beter wat nu zinvol is om in te zetten.
Fase één: tab-completion. GitHub Copilot's eerste versie, rond 2022. Je typte een functienaam, hij gokte de rest van de regel. Handig, maar nog vaak fout. Je bleef alles nalezen.
Fase twee: chat in je editor. Cursor en Copilot Chat brachten rond 2024 een dialoogvenster in je IDE. Je selecteert code, vraagt "maak dit sneller", en krijgt een voorstel terug. De regie zit bij jou, maar de schrijfkracht bij het model.
Fase drie: agent-mode. Vanaf 2025 kunnen tools als Cursor en Windsurf meerdere bestanden tegelijk aanpassen op één prompt. "Voeg een nieuwe factuurexport toe" en hij raakt drie controllers, twee views en een migratie aan. Jij reviewt.
Fase vier: Claude Code en agents in je terminal. Hier zit je nu. Een AI die autonoom door je codebase navigeert, leest, schrijft, tests draait, commits maakt. Je praat, hij werkt. In de meest productieve modus ben je eerder reviewer dan schrijver.
Ervaren developers die Claude Code volledig omarmen rapporteren drie tot vijf keer meer output per dag. Niet omdat ze sneller typen — ze typen juist minder. Ze formuleren beter, ze reviewen scherper, en ze laten de saaie bulk aan de agent over. De beperkende factor wordt niet meer typen, maar denken en testen.
Wat code-assistants anno 2026 écht goed doen
Een paar dingen zijn inmiddels solide:
Boilerplate schrijven. Een nieuwe controller, een nieuwe migratie, een formulierklasse met validatie. Dingen die je vijf keer eerder hebt gedaan. Claude Code tovert het neer terwijl je de structuur doorpraat.
Refactoren. "Maak deze class testbaar door de database-dependency te injecteren." Drie bestanden aanpassen, interface-patroon toevoegen, bestaande aanroepen bijwerken. Vijf minuten, inclusief tests.
Bug-detectie in code-review. Je plakt een pull-request in Claude of Copilot Chat met de vraag: "zie je hier gevaren?" Hij spot race conditions, SQL-injectie-risico's en off-by-one-fouten die jij bij eigen code over het hoofd zou zien. Dit is misschien wel de grootste impact-winst: een tweede paar ogen dat nooit moe wordt.
Tests schrijven. "Schrijf PHPUnit-tests voor deze service-class, dek ook edge cases." Een taak waar je als solo-dev rondkeek of je het kon overslaan. De agent doet het in minuten, met mocks en al.
Documentatie inline. Nieuwe functies krijgen direct PHPDoc of docstring mee. Oud geschreven code die geen uitleg had, wordt binnen een dag doorlopen en voorzien van kort commentaar.
Wat ze nog steeds niet doen
Hier komt het belangrijke deel. Als je deze grenzen niet kent, gaat het fout.
Architectuur. Of je een nieuwe feature in een aparte microservice moet zetten, of juist inbakt in je monoliet — dat weet de AI niet. Hij kent niet je team, je klanten, je budget, je toekomstplannen. Hij stelt voor wat "gangbaar" is. Jij weet wat klopt voor jouw situatie.
Product-beslissingen. "Moet deze factuurexport per mail gaan of als download?" — geen code-vraag. De AI zal een keuze suggereren, maar die is willekeurig. Deze knopen doorhakken is jouw werk, niet zijn werk.
Wat je echt belangrijk vindt. Performance, security, lange-termijn-onderhoud. Een AI optimaliseert op "werkt het nu." Hij bouwt vaak oplossingen die over een half jaar pijn gaan doen. Je moet hem daarop corrigeren: "ik wil dit écht snel, voeg een index toe." Dan doet hij het.
Jouw codebase-conventies. Claude Code leest wel bestanden, maar hij kent niet wat jij "mooi" vindt. Hij hergebruikt een pattern in file A dat je juist wilde uitfaseren. Oplossing: een CLAUDE.md-bestand in je repo waarin staat "gebruik pattern X, vermijd pattern Y". Binnen een week merk je dat hij zich eraan houdt.
Vraag je code-assistant altijd om te vertellen waarom hij een oplossing kiest voor hij code schrijft. Als zijn uitleg vaag klinkt ("dit is een goede aanpak"), wantrouw. Als hij concreet wordt ("ik gebruik een repository-pattern omdat je test-file A dezelfde aanpak hanteert"), vertrouw. De uitleg verraadt of hij écht je codebase heeft gelezen of aan het gokken is.
Waar Claude Code anders is dan Copilot
Ze lijken op elkaar, maar verschillen in filosofie.
Copilot zit in je IDE. Hij is reactief — hij helpt waar jij al aan het werken bent. Uitstekend voor het gevoel van "pair programming": je typt, hij vult aan, jij accepteert of wijst af.
Claude Code zit in je terminal. Hij is proactief — hij plant, leest meerdere bestanden, voert commando's uit, draait je test-suite. Je bent minder typer, meer dirigent. Je geeft een opdracht, doet iets anders, komt terug voor review.
Voor een solo-ondernemer is die laatste modus vaak sterker. Je bent constant multitasking tussen ontwikkeling, klantvragen, administratie. Een agent die zelfstandig doorwerkt terwijl jij een mail beantwoordt, is praktisch waardevoller dan een tab-completion die wacht op jouw toetsenbord.
Een werkbare discipline
Wat voorkomt dat AI-gegenereerde code een puinhoop wordt:
Werk in kleine stappen. Geen prompts van "bouw het hele facturatiesysteem". Wel: "voeg een endpoint toe om facturen als PDF te downloaden, met tests." Review, commit, volgende stap. De agent raakt in de war bij grote taken en verstopt bugs in volume.
Lees de diff. Altijd. Elke regel. Het is verleidelijk om "Accept" te klikken zonder te kijken, vooral als tests groen staan. Doe het niet. De helft van de bugs die je later moet oplossen, had je in de diff gezien.
Laat hem zijn eigen werk testen. "Schrijf de feature én de tests én draai ze én los falen op." Een agent die zijn eigen vangnet aanbrengt, levert veel betrouwbaarder werk. Tests zijn niet alleen voor jou — ze zijn voor hem een check of hij het goed heeft.
Commits blijven van jou. Laat de agent eventueel een commit-bericht suggereren, maar zet jouw naam eronder. Jij bent de auteur. Als er over een jaar een incident is, ga jij die code uitleggen — niet een model dat inmiddels twee versies verder is.
Wat dit met je werk doet
Eerlijk: de eerste weken voelt het raar. Je typt minder. Je voelt je minder "de developer". Dat is normaal en dat gaat over. De vaardigheid verschuift van "snel typen" naar "scherp beoordelen". Dat laatste is zeldzamer en waardevoller.
Wat je niet moet opgeven is de basis zelf kennen. Als een AI een oplossing voorstelt die je niet begrijpt, bouw hem niet in. Vraag uitleg, lees bij, of kies een andere aanpak. Code die jij niet snapt, is code die jij niet kunt onderhouden.
Drie dingen om mee te nemen
- Agent-mode is waar de productiviteit zit. Tab-completion is leuk; een agent die 80% van een feature bouwt terwijl jij ergens anders bent, is transformatief. Klaar om die stap te zetten.
- Ken de grenzen — architectuur en productkeuzes blijven van jou. AI is een verbouwer, geen architect. Ontwerpen doe je zelf; bouwen laat je uitbesteden.
- Lees elke diff. Dat is je nieuwe kernvaardigheid. Niet typen, maar reviewen met de blik van iemand die snapt wat er gebeurt.
In de volgende les zoomen we uit. Je hoort overal "AI-agent, AI-agent" — maar wat is dat eigenlijk, en wat is het verschil met simpelweg een AI-model aanroepen? We ontleden het patroon waar elke agent op gebouwd is.
Tot dan. Blijf lezen wat je opslaat.