De paradox van moeiteloze code

We leven in een vreemde tijd. Met één prompt kan een AI je hele feature-set in minuten neerzetten. Wat eerst uren of dagen kostte, is nu binnen handbereik. Voor ontwikkelaars die al twintig jaar code schrijven, voelt dat tegelijk opwindend en ongemakkelijk.

De snelheid is verleidelijk. Maar er verdwijnt ook iets. Iets wat je niet meteen kunt benoemen, maar wat essentieel was voor het vak.

Frictie als onderdeel van het leerproces

In designkringen hoor je vaak: "frictie heeft waarde." Een soepel proces klinkt ideaal, maar soms ís de frictie juist het leerpunt.

Denk aan een visualisatie van ponskaarten. Een AI bouwt zoiets in vijf tot tien minuten. Maar wat als je het zelf doet? Zonder suggesties, zonder correcties. Alleen jij, je editor en een probleem.

Dan merk je ineens dat het weer leuk wordt. Je duikt in verouderde formaten, berekent coördinaten voor SVG en denkt na over de beste datastructuur. Dat zijn geen saaie klusjes. Dat is kennis die blijft hangen.

Het verdwijnen van de denkfase

Vroeger begonnen veel ontwikkelaars met schetsen. Op papier, op een servet of op een whiteboard. Eerst nadenken, dan pas typen.

Die fase is onder druk komen te staan. Tools werden slimmer, autocomplete werd beter. En met generatieve AI verdwijnt die denkstap bijna helemaal. Je begint niet meer met een leeg scherm, maar met een voorstel van een machine.

Dat klinkt efficiënt. Maar juist in die eerste fase ontstond begrip. Daar stelde je jezelf de vraag: wat probeer ik hier eigenlijk te doen? En dat soort vragen stel je minder als de code al voor je ligt.

Meten is weten, maar niet alles

We kunnen nu alles meten: regels code per uur, features per sprint, deploy frequentie. Maar die metrics zeggen niets over elegantie of diepgang. Een systeem dat snel gebouwd is, is niet per definitie een goed systeem.

Langzamer werken is geen stap terug. Het is een bewuste keuze. Net zoals je blijft fietsen, ook al heb je een auto. Sommige vaardigheden verdwijnen als je ze niet gebruikt. En als je probleemoplossend vermogen grotendeels uitbesteedt aan een AI, wat gebeurt er dan als die AI iets fout doet?

Je wordt dan geen bouwer meer, maar een reviewer.

Slow code als tegenwicht

De oplossing ligt niet in méér AI of minder AI. Het gaat om intentie. Neem één uur per maand waarin je bewust géén AI gebruikt. Schrijf iets kleins. Een script, een game, een datastructuur. Niets met deadlines of stakeholders.

Het doel is niet om te bewijzen dat je het zonder AI kunt. Het doel is om te herinneren wat jij toevoegt: nieuwsgierigheid, smaak, het stellen van de juiste vragen.

Meedoen?

Wil je dit zelf proberen? Begin klein. Zet een timer. Kies een project zonder druk. Schrijf het volledig handmatig. Noteer wat je leert.

En als je anderen zoekt die hetzelfde doen: er is ruimte voor een community. Niet als verzet tegen vooruitgang, maar als aanvulling daarop. Want de beste code ontstaat niet door snelheid. Maar door aandacht.