De prijs van te snelle code

Even eerlijk: als je AI een werkende API met authenticatie en database-migraties ziet opzetten in minder dan twee minuten, voelt dat magisch. Maar het geeft ook een ongemakkelijk gevoel.

Een developer deelde onlangs op Hacker News over dit fenomeen. Hij beschreef hoe AI-tools "snel werkende code" produceerden, zelfs van matige prompts. En toen kwam dat kruipende gevoel van verlies. Niet van productiviteit, maar van eigenaarschap. De code werkt, maar hoort ie eigenlijk wel bij je?

Dit raakt meer developers dan ze zouden willen toegeven.

Het gat tussen idee en uitvoering

Hier zit de kern van de spanning: natuurlijke taal is nu eenmaal vaag. Als je een AI vraagt om "authenticatie toe te voegen," dan deel je je bedoeling, niet je specificatie. De AI vult tientallen impliciete keuzes in — sessie-afhandeling, token-opslag, wachtwoord-herstelstromen, rate limiting — keuzes waar je zelf nooit bewust over hebt nagedacht.

Traditionele softwareontwikkeling ging altijd over expanderen: vage eisen omzetten naar concrete specificaties. Maar die expansie gebeurde stap voor stap, door bewuste beslissingen van mensen die konden uitleggen waarom ze een bepaalde aanpak kozen.

AI snijdt dit proces compleet in. Het neemt je ruwe schets en tovert er in seconden een kant-en-klare implementatie van. Je hebt die tussenstappen nooit gemaakt. Je kunt niet uitleggen waarom het auth-token na 24 uur verloopt in plaats van 7 dagen. Je hebt het gewoon... geaccepteerd.

Waarom dit verder gaat dan ego

Dit gaat niet om intellectuele ijdelheid. Verlies van eigenaarschap in code heeft praktische gevolgen:

• Debuggen wordt archeologie. Als iets breekt, graaf je door logica die je niet zelf hebt geschreven, door beslissingen die je nooit hebt genomen.
• Beveiligingslekken verstoppen zich in code die je nooit hebt bekeken. "Ziet er goed uit" is geen security-strategie.
• Technische schuld hoopt zich onzichtbaar op. De defaults van de AI waren logisch op zichzelf, maar je codebase heeft nu drie verschillende aanpakken voor foutafhandeling omdat de AI telkens variaties voorstelde.
• Kennis overdraagt niet. Als je collega vraagt waarom het auth-systeem op een bepaalde manier werkt, heb je geen antwoord.

Controle houden zonder AI te dumpen

De oplossing is niet om AI-codetools af te zweren — die trein is allang vertrokken. De oplossing is om onze relatie met ze te veranderen.

Behandel AI-output als een eerste concept, niet als eindantwoord. Het verschil tussen junior developers die groeien en zij die stilstaan zit vaak in hoe ze omgaan met concepten. AI-code is gewoon een heel geavanceerd concept.

Schrijf je specificaties bewuster. Voordat je prompt, schrijf de expliciete randvoorwaarden en eisen op. "Voeg authenticatie toe" wordt "Voeg JWT-gebaseerde authenticatie toe met 1-uur token-verloop, bcrypt wachtwoord-hashing, en rate-limited login-endpoints." Hoe specifieker je bent, hoe meer de AI jouw visie uitvoert in plaats van zelf iets te verzinnen.

Review met intentie, niet uit plicht. In plaats van elke regel lezen — wat saai wordt en tot review-moegheid leidt — focus op architectuurkeuzes en beveiligingskritische paden. Laat de AI de boilerplate afhandelen; laat je brein beoordelen.

Bouw feedbacklusjes in. Nadat de code draait, refactoreer secties met de hand. Voeg comments toe die beslissingen uitleggen. Verander iets en kijk wat er breekt. Deze hands-on betrokkenheid bouwt het mentale model op dat AI-generatie erodeert.

Het vakmanschap is niet dood

Er is een angst dat AI-coderen developers inwisselbaar maakt — dat als de code maar goed genoeg is, het niet uitmaakt wie hem schreef. Maar softwareontwikkeling draaide altijd al om meer dan werkende code produceren. Het draait om systemen diep genoeg begrijpen om ze te onderhouden, te evolueren, en uit te leggen.

De developers die floreren in dit nieuwe landschap zijn niet degene die de meeste code genereren met AI. Het zijn degene die sterke mentale modellen van hun systemen behouden ondanks AI-hulp — developers die kunnen zeggen: "De AI stelde deze aanpak voor, maar ik kies voor die andere omdat..."

Dat onderscheid — kunnen uitleggen waarom — is wat operators scheidt van toeschouwers.

AI-codetools zijn ongelooflijk nuttig. Ze zijn ook een test van iets diepers: of je betrokken blijft bij je vak of een toeschouwer wordt in je eigen projecten.

De keuze is, zoals altijd, aan jou.