De bubbelbadparadox: waarom AI je juist uitput in plaats van helpt

Toen de tools nooit meer sliepen

Ik herinner me de eerste keer dat ik auto-deployment instelde voor een side project. Het was twee uur 's nachts, ik had net een commit gepusht, en binnen enkele seconden had mijn server de wijzigingen binnengehaald, de tests gedraaid en naar productie gedeployed. Ik zat daar in het donker, laptop gloeiend, en voelde me alsof ik een cheat code had ontgrendeld.

Dat gevoel? Het is verslavend. En het is precies waarom ik denk dat we een productiviteitsval inlopen die zich voordoet als bevrijding.

De developer community gonst van verhalen over sneller leveren, sneller itereren, en eindelijk die projecten aanpakken die jarenlang stof hebben verzameld. AI-assistenten schrijven code, debuggen in seconden en verwerken de saaie kant van ons werk terwijl wij ons focussen op het interessante. En eerlijk? Het voelt geweldig.

Maar hier is wat mij 's nachts wakker houdt: we hebben per ongeluk de wrijving weggehaald die ons vroeger vertelde om te stoppen.

Het Verdwijnen van Vrije Uren

Voor AI-tools overal waren, was er een natuurlijk ritme in development werk. Code schrijven vereiste een bepaalde mindset. Debuggen betekende naar logs staren. Deployen betekende je vingers kruisen en hopen dat het goed ging.

Nu? Mijn AI-assistent zit gewoon op mijn telefoon, klaar om me te helpen met dat side project refactoren terwijl ik zogenaamd naar de voetbalwedstrijd van mijn kind kijk. De context-switch die vroeger als stopcontact fungeerde, is verdampt.

Dit is geen hypothese. Ik betrapte mezelf er afgelopen weekend op — half luisterend naar een gesprek, mentaal een prompt aan het schrijven voor een persoonlijk project. Het werk was altijd daar, één gedachte verwijderd. Dat is geen vrijheid. Dat is het tegenovergestelde van vrijheid, vermomd als vrijheid.

Het Dilemma van de Startup Founder

Als je een startup runt of een product bouwt, wordt dit probleem alleen maar erger. Elk uur dat je besteedt aan leveren is een uur dat concurrenten niet besteden. De tools die je helpen sneller te bewegen zijn dezelfde tools die elf uur 's avonds doorwerken productief en acceptabel laten voelen.

Ik heb founders gesproken die een vreemd fenomeen beschrijven: ze voelen zich meer betrokken dan jaren het geval was, hun output was nog nooit hoger, en ze zijn oprecht enthousiast over wat ze bouwen. Maar wanneer ik vraag naar hun families, hun slaap, of of ze zich herinneren wat ze dinsdag deden dat niets met werk te maken had, worden de antwoorden wazig.

Betrokkenheid is goed. Passie is essentieel. Maar er is een vorm van betrokkenheid die er precies uitziet als dwangmatigheid, en het verbergt zich onder het mom van "ik ben er gewoon heel erg in geïnteresseerd op dit moment."

Wat Echt Helpt

Ik heb geen perfect antwoord, en eerlijk gezegd — iedereen die zegt van wel verkoopt waarschijnlijk iets. Maar ik heb een paar vuistregels gevonden die helpen:

Fysieke scheiding werkt nog steeds. Ik heb mijn werkcomputer naar een specifieke kamer verplaatst. Als hij dicht is, is hij dicht. Mijn telefoon gaat na zeven uur 's avonds in een la. De AI-assistent is er wanneer ik hem nodig heb — hij is er niet wanneer ik niet werk.

De project backlog is een feature, geen bug. Vroeger, voordat AI alles versnelde, duurden projecten langer. Die tijd was niet verspild — het was buffer. Nu, wanneer ik een idee heb, kan ik er direct op acteren. Ik heb geleerd om dingen op een lijst te zetten en ze te laten wachten. Niet voor altijd, maar lang genoeg om te zien of het idee een nacht slaap overleeft.

Meet output, geen uren. Hier wordt het relevant voor de NameOcean-lezers: wanneer je je eigen productiviteit evalueert of die van je team, focus dan op resultaten, niet op beschikbaarheid. Een betekenisvolle feature leveren in vier gefocuste uren is beter dan twaalf uur afgeleid "werken" waar AI je alleen maar helpt om druk bezig te lijken terwijl je uitbrandt.

De Vraag Die Er Toe Doet

Als je de AI-tools een week zou verwijderen — als je elke regel code zelf zou moeten schrijven, handmatig zou moeten debuggen en op de ouderwetse manier zou moeten deployen — zou je dan nog steeds enthousiast zijn over wat je bouwt?

Als ja, dan ben je waarschijnlijk op de goede plek. De tools versterken echte passie.

Als nee, dan zit je misschien in een comfortabele slow burn, en verwar je de warmte met iets wat het niet is.

Het campingvuur-metsoor uit dat artikel dat bij me is blijven hangen: sommige mensen zien het vuur en panikeren. Anderen zien het en denken, "dit voelt als mijn twintiger jaren." De gevaarlijke versie is wanneer het vuur zo fijn voelt dat je niet doorhebt dat je te dichtbij staat tot je niet meer achteruit kunt.

De tools zijn geweldig. De productiviteitswinst is echt. Maar snelheid zonder richting is gewoon dure beweging.

Zorg ervoor dat de dingen die je levert er toe doen — niet alleen voor je sprint velocity, maar voor jou, en voor de mensen die wachten tot je aanwezig bent wanneer de laptop dicht is.

Welke grenzen heb jij gesteld rond AI-ondersteund werk? Ik zou het echt graag willen weten wat voor jou werkt.