Waarom devs plotseling weer ouderwets programmeren

De Onpopulaire Mening Die Iedereen Bezig Houdt

Laten we eerlijk zijn: noem "coderen zonder AI" op een tech meetup en je krijgt gegarandeerd vreemde blikken. "Waarom zou je dat doen?" vragen ze dan, alsof je voorstelt om in 2025 nog faxen te versturen. Toch zijn wij hiermee aan het experimenteren: wat gebeurt er als developers een stapje terug doen van de copilot, de agent en de magische auto-complete? En eerlijk? De resultaten zijn verrassend.

Bij NameOcean hebben we dagelijks gesprekken met developers over hun workflows, pijnpunten en wat ze daadwerkelijk productief maakt. De laatste tijd zien we een opvallende trend in die gesprekken: ervaren devs die bewust afstand nemen van AI-assistentie. Niet omdat ze de technologie afwijzen, maar omdat ze iets onverwachts hebben ontdekt.

Code schrijven zonder AI is niet alleen mogelijk. Het zou weleens de carrièrestap kunnen zijn die niemand zag aankomen.

Wat Er Gebeurt Als Je De Code Daadwerkelijk Leest

Het punt bij AI-gesteunde codering: het is ontzettend efficiënt in het genereren van code die je niet helemaal begrijpt. En dat is prima voor bepaalde toepassingen. Maar wanneer je zelf gaat zitten en regel voor regel iets schrijft—haakjes, puntkomma's en al—dan verschuift er iets in hoe je hersenen de codebase verwerken.

Developers die met deze aanpak hebben geëxperimenteerd, rapporteren iets opmerkelijks: hun mentale modellen van hoe hun applicaties werken worden een stuk nauwkeuriger. In plaats van een AI te vragen "los dit bugje op," kunnen ze precies visualiseren waar het probleem zit, wat het veroorzaakt heeft en—belangrijk—wat een minimale oplossing eigenlijk inhoudt.

Dit gaat niet om nostalgie of Luddietengedrag. Het gaat om het opbouwen van echte expertise die zich in de loop van de tijd opstapelt. Die kennis die je opdoet door zelf een lastige race condition te debuggen? Die blijft hangen. De context die je opbouwt door code regel voor regel te lezen? Die wordt onderdeel van je professionele intuïtie.

Het Kwaliteitsverschil Dat Je Daadwerkelijk Kunt Meten

Laten we het over resultaten hebben. Traditioneel coderen—ja, datgene waar mensen daadwerkelijk typen—levert meestal meer onderhoudbare, smallere code op. Wanneer je een AI niet vraagt om "maak het even werkend," begin je complexiteit steeds meer als een risico te zien. Die drie pagina's tellende algoritmische oplossing die een AI zou kunnen genereren? Vaak volstaat een simpel if/else blokje prima.

De developers met wie we gesproken hebben en die deze aanpak zijn gaan omarmen, melden dat hun codebases mooi verouderen. Minder technische schuld. Minder mysterieuze bugs die alleen in productie opduiken. Code die je met rust kunt laten en die gewoon... werkt, maand na maand.

Betekent dit dat je je AI-tools moet weggooien en volledig handmatig moet gaan? Waarschijnlijk niet. Maar er valt iets te zeggen voor een hybride aanpak—AI gebruiken voor brainstormen en verkennen, terwijl je diepe handmatige kennis behoudt. Dat zou best wel eens de sweet spot kunnen zijn voor serieus werkende developers.

Waar Dit Ons Brengt

Het technische landschap bij NameOcean blijft veranderen, en we volgen de AI-coderingsruimte op de voet. Maar hier is onze kijk: tools maken developers niet geweldig. Begrip doet dat. Of je dat begrip nu opbouwt via AI-gesteunde exploratie, traditioneel debuggen, of een combinatie van beide—het doel blijft hetzelfde: software bouwen die werkt, blijft werken en echte problemen oplost.

Misschien is de echte revolutie niet AI-codering of traditionele codering. Misschien gaat het om developers die weten wanneer ze welke aanpak moeten gebruiken.

Wat vind jij? Ben je aan het experimenteren met je eigen ontwikkelworkflow? We horen graag hoe jij de balans vindt tussen AI-tools en fundamentele coderingsvaardigheden.