Professional Software Developers Don't Vibe, They Control: AI Agent Use for Coding in 2025
Dit artikel onderzoekt hoe ervaren softwareontwikkelaars in 2025 AI-agenten gebruiken, waarbij wordt onthuld dat zij, in plaats van het werk volledig te delegeren, het gedrag van de agent strategisch controleren en selectief met hen samenwerken om een hoge softwarekwaliteit en ontwerpintegriteit te behouden.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
In de wereld van softwarecreatie is er een nieuw soort helper gearriveerd. Jarenlang hebben programmeurs tools gebruikt die fungeren als geavanceerde autocomplete, die het volgende woord of de volgende regel code suggereren terwijl ze typen. Maar onlangs zijn deze tools geëvolueerd tot iets meer autonoms. Ze zijn nu agenten die hele projecten kunnen lezen, wijzigingen kunnen aanbrengen, tests kunnen draaien en hun eigen fouten kunnen herstellen zonder constante menselijke typinput. De belofte van deze agenten is verleidelijk: dat een persoon simpelweg een idee voor software in gewone taal kan beschrijven en vervolgens de machine kan toekijken terwijl deze het volledig zelfstandig bouwt. Dit idee heeft een golf van enthousiasme ontketend, waarbij sommigen beweren dat de toekomst van coderen bestaat uit "vibe coding" — een staat waarin de ontwikkelaar de machine volledig vertrouwt en het werk laat doorstromen terwijl de mens afstand neemt om van de rit te genieten. Toch blijft er, naarmate deze tools krachtiger worden, een kritische vraag over: werkt dit visioen van totale delegatie wel voor de mensen die de software bouwen die onze moderne wereld draaiende houdt?
Om het antwoord te vinden, richtte een team van onderzoekers hun aandacht op ervaren softwareontwikkelaars. Ze wilden zien hoe echte professionals, zij met jarenlage training en verantwoordelijkheid voor complexe systemen, daadwerkelijk interageren met deze nieuwe agenten. Het team voerde twee afzonderlijke studies uit om een helder beeld te krijgen. Eerst observeerden ze dertien ervaren ontwikkelaars terwijl ze aan echte taken werkten, waarbij ze keken naar hoe zij de tools gebruikten in hun natuurlijke omgeving. Daarna ondervroegen ze negenennegentig andere ervaren ontwikkelaars om een breder beeld te krijgen van hun gewoonten en gevoelens. De onderzoekers zochten naar de waarheid achter de hype: laten deze experts de machines het stuur overnemen, of sturen zij het schip zelf aan?
De bevindingen waren duidelijk en consistent. Ondanks de verleiding om een agent alles te laten doen, doen professionele ontwikkelaars niet aan "vibe coding". Ze geven de controle niet uit handen en hopen op het beste. In plaats daarvan behandelen ze deze krachtige tools als collaborateurs die strikte supervisie vereisen. De ontwikkelaars in de studie waardeerden de agenten om één hoofdoorzaak: snelheid. De tools hielpen hen sneller code te schrijven en tedieuze, repetitieve taken af te handelen die hen anders zouden vertragen. Deze wens voor efficiëntie ging echter nooit ten koste van de kwaliteit. De ontwikkelaars bleven diep bezorgd over de betrouwbaarheid, veiligheid en structuur van de software die zij bouwden. Omdat zij wisten dat een kleine fout een grote fout kan veroorzaken, weigerden zij de agenten blind te laten werken.
De manier waarop deze professionals de agenten controleerden, was methodisch en doelgericht. Voordat ze een agent vroegen om ook maar één regel code te schrijven, maakten ze vaak een gedetailleerd plan door het werk op te delen in kleine, beheersbare stappen. Ze vroegen de machine niet om in één keer een heel systeem te bouwen. In plaats daarvan gaven ze één specifieke instructie, wachtten op het resultaat en controleerden het werk vervolgens zorgvuldig. Als de agent probeerde een tool te installeren die de ontwikkelaar niet wilde, of als de code rommelig oogde, stopten ze de agent en corrigeerden ze de koers. Ze behandelden de agenten als een zeer slimme maar onervaren assistent die de regels van de taal kende, maar de specifieke context van het project niet begreep. De ontwikkelaars boden die context door duidelijke instructies te geven, naar specifieke bestanden te verwijzen en precies uit te leggen wat er nodig was.
Dit zorgvuldige toezicht strekte zich uit tot hoe de ontwikkelaars het werk verifieerden. Ze accepteerden de code die de agenten produceerden niet simpelweg. Ze lazen de wijzigingen door, draaiden tests om te zien of de software daadwerkelijk werkte, en gebruikten debugging-tools om eventuele fouten te traceren. In veel gevallen ontdekten de ontwikkelaars dat de agenten te veel probeerden te doen of vastliepen in lussen, waardoor de mens moest ingrijpen en de richting moest corrigeren. De onderzoekers merkten op dat de ontwikkelaars het meest succesvol waren wanneer ze de agenten gebruikten voor eenvoudige taken, zoals het schrijven van basis-tests, het creëren van standaard codestructuren of het bijwerken van documentatie. Dit waren gebieden waar de regels duidelijk waren en het risico op een grote fout lager was. Echter, wanneer het kwam op complexe taken, zoals het ontwerpen van de algemene architectuur van een systeem, het afhandelen van gevoelige bedrijfslogica of het oplossen van diepgewortelde bugs in oude code, namen de ontwikkelaars een stap terug. Ze wisten dat deze gebieden menselijk oordeel en een diep begrip van de specifieke situatie vereisten dat de machine niet bezat.
De houding van de ontwikkelaars was verrassend positief, maar met een cruciale voorwaarde. Ze genoten van het werken met de agenten en vonden het proces minder stressvol dan alleen coderen, maar alleen omdat zij de controle behielden. Ze beschreven de ervaring als een partnerschap waarbij de mens de visie en de richting leverde, terwijl de agent de zware arbeid van het schrijven van de code afhandelde. Ze voelden een gevoel van opluchting bij de wetenschap dat de machine de saaie delen kon afhandelen, maar voelden ook een sterke verantwoordelijkheid om te garanderen dat het eindproduct correct was. Ze zagen de agenten niet als vervangingen voor hun eigen expertise, maar eerder als tools die hun eigen vermogens versterkten. Eén ontwikkelaar vergeleek de ervaring met het rijden in een high-performance auto: het was snel en opwindend, maar de bestuurder moest nog steeds de handen aan het stuur en de ogen op de weg houden.
Uiteindelijk onthult de studie dat de toekomst van professionele softwareontwikkeling niet gaat over het laten overnemen door machines. Het gaat over een nieuwe vorm van samenwerking waarbij mensen de architecten blijven en de agenten de bouwers dienen. Het idee dat een ontwikkelaar simpelweg een project kan beschrijven en kan weglopen terwijl de machine het bouwt, is niet hoe ervaren professionals vandaag de dag werken. Zij weten dat softwarekwaliteit afhankelijk is van menselijk toezicht, duidelijke planning en het vermogen om fouten te ontdekken voordat ze problemen worden. Naarmate deze tools verbeteren, verschuift de rol van de ontwikkelaar van een schrijver van elke regel code naar een manager van intelligente systemen. De machine wordt misschien slimmer, maar de mens blijft degene die bepaalt wat er gebouwd wordt en hoe het gebeurt.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.