I begyndelsen af 2026 stødte forskere, der forsøgte at måle AI's effekt på udvikleres produktivitet, på et meget menneskeligt problem: Nogle udviklere ønskede ikke længere at tage opgaver, der kunne kræve, at de arbejdede uden AI.
Forskerne kaldte det en selektionseffekt. Jeg bliver ved med at tænke på det som en lille tilståelse.
For ikke så længe siden var AI et eksperiment, der levede i en sidepanel. Vi åbnede det, når autoudfyldning fejlede, eller når et regulært udtryk blev pinligt. Nu er det for mange udviklere bare en del af rummet. Det er der, når vi åbner editoren om morgenen, når vi overtager et repository, ingen har rørt i årevis, og når en test bliver rød sent om aftenen.
Vi kan lukke panelet. Vi kan slukke for agenten. Vi ved stadig, hvordan man koder.
Så hvorfor føles det allerede som at mangle en hånd at arbejde uden den?
AI overtog pauserne
AI kom ikke ind i softwareudvikling ved at annoncere, at den ville erstatte os. Den kom som små lettelser ad gangen.
Den fuldførte linjen, vi allerede var ved at skrive. Så lavede den testen, vi havde udskudt. Den forklarede en ukendt funktion, oversatte en stack trace til almindeligt engelsk og fandt konfigurationsflaget begravet i dokumentation, vi ikke gad læse igen.
Intet af det føltes som afhængighed. Det føltes som fremdrift.
Men tænk på sidste gang din assistent gik offline. Det ubehagelige var nok ikke, at du havde glemt sproget. Det var stilheden før det første skridt. Du skulle selv beslutte, hvor du ville kigge. Du skulle selv bære usikkerheden. Du skulle stirre på fejlen længe nok til, at en teori kunne opstå.
De pauser plejede at være almindelige. Nu føles de som modstand.
Måske er det netop det, AI har ændret mest grundlæggende. Den har ikke kun ændret, hvordan vi finder svar. Den har ændret, hvor længe vi er villige til at være alene med et spørgsmål.
Lettelsen er reel
Det er let at tale om AI-afhængighed, som om udviklere bytter disciplin for dovenskab. Det overser, hvordan værktøjet føles indefra arbejdet.
Softwareudvikling rummer overraskende meget privat skam. Der er den erfarne ingeniør, der har glemt syntaksen for en basal kommando. Den nye medarbejder, der frygter, at endnu et spørgsmål vil bekræfte alles tvivl. Udvikleren, der arbejder på et andetsprog og ved præcis, hvad der er galt, men ikke kan formulere forklaringen hurtigt nok. Personen, der træder ind i en ti år gammel kodebase, hvor alle vigtige beslutninger lever i andres hukommelse.
AI er tålmodig med dem alle.
Den sukker ikke, når spørgsmålet gentages. Den siger ikke: “Det burde du allerede vide.” Den er tilgængelig kl. 2 om morgenen og kan forvandle en tom skærm til noget, man kan diskutere med. Selv når svaret er ufuldkomment, ændrer det at have et svar den følelsesmæssige vægt ved at begynde.
Det betyder noget. Nogle gange ligner produktivitet i virkeligheden lettelse: mindre frygt for at sidde fast, mindre forlegenhed, mindre ensomhed foran en maskine, der nægter at forklare sig selv.
For mange udviklere har AI også givet energi tilbage til de dele af jobbet, de holder af. Den kan tage sig af boilerplate, gentagne tests, migreringsskabeloner og den hundrede variation af en API-klient. Sindet møder det interessante problem mindre træt.
Det bør ikke afvises som en genvej. Et værktøj, der giver folk mere mod til at udforske, gør noget ægte værdifuldt.
Udfordringen er, at komfort og afhængighed vokser fra samme rod.
Vi bruger det, vi ikke helt stoler på
Udviklerundersøgelser finder igen og igen det samme mærkelige forhold: Vi bruger AI konstant, mens vi forbliver mistroiske over for det, den giver os.
Den spænding vil være velkendt for enhver, der har set et selvsikkert svar kollapse på grund af et hjørnetilfælde. Koden ser rigtig ud. Navnene er pæne. Forklaringen er rolig. Først efter den tredje fejlede test opdager vi, at modellen opfandt en metode, misforstod en forretningsregel eller løste et simplere problem end det, vi faktisk har.
Og alligevel spørger vi igen næste gang, vi sidder fast.
Det er ikke hykleri. Tillid er ikke én ting.
Vi stoler måske ikke på, at AI træffer den endelige beslutning, men vi stoler på, at den giver os en første retning. Vi stoler måske ikke på patchen, men vi stoler på samtalen til at løsne knuden i vores tanker. Vi tror måske ikke på svaret, men vi tror på, at der vil være noget på skærmen i stedet for ingenting.
AI er blevet den kollega, vi aldrig ville lade merge direkte til main, men som vi alligevel savner, når den forlader rummet.
Vi bevæger os hurtigere, fordi næste skridt hurtigt dukker op. Vi forbliver ansvarlige for at tjekke, om det kan bære vores vægt.
Hvad forsvinder, når kampen forsvinder
Der findes en særlig form for viden, som kun opstår ved at sidde fast.
Før AI kunne en ukendt fejl sende os gennem stack trace, ind i kaldet, gennem dokumentationen og til sidst mod en antagelse, vi ikke vidste, vi havde lavet. Ruten var ineffektiv. Det var også sådan, kodebasen blev et sted i stedet for en samling filer.
Vi husker de systemer, der engang modstod os.
Fejlen, der tog en eftermiddag, lærer os, hvor state virkelig lever. Produktionshændelsen lærer os, hvorfor en kedelig sikkerhedsforanstaltning findes. Biblioteket, vi misforstod tre gange, bliver det bibliotek, vi senere kan forklare for andre.
Når AI fjerner modstanden, kan den også fjerne den fortælling, der får læren til at hænge fast.
Et tidligt studie af udviklere, der lærte et ukendt bibliotek, fandt noget, der føles intuitivt rigtigt: Folk, der uddelegerede opgaven, lærte mindre end dem, der brugte AI til at stille konceptuelle spørgsmål og teste deres egen forståelse. Den vigtige forskel var ikke “AI eller ingen AI.” Det var, om værktøjet erstattede tanke eller deltog i den.
Dette er især svært for juniorudviklere. Erfarne ingeniører kan genkende en mistænkelig abstraktion, fordi de før har bygget den forkerte abstraktion. De kan fornemme, at en pæn patch ikke hører hjemme i systemet, fordi de husker systemets ar. Men hvor skal næste generation få den fornemmelse fra, hvis alle ujævnheder udglattes, før de rører ved dem?
Mentorordning var aldrig kun overførsel af svar. Det var den langsomme overførsel af smag: hvad man skal bekymre sig om, hvornår man skal stoppe, hvilket kompromis der bliver dyrt, og hvorfor en løsning, der virker, stadig ikke er klar.
AI kan forklare alle de idéer. Den kan endnu ikke genskabe følelsen af, at et andet menneske vælger at blive ved din side, mens du lærer dem.
Genvejen kan være reel. Forståelsen skal stadig tilbagelægge afstanden.
Kode plejede at bære fingeraftryk
Der er en anden forandring, som er sværere at måle, fordi den lever mellem mennesker.
Menneskeskrevet kode bærer ofte spor af sin forfatter. En mærkelig hjælpefunktion kan komme med et minde om hændelsen, der krævede den. En akavet kommentar kan afsløre præcis, hvor nogen var usikre. Under review inspicerer vi ikke kun ændringen; vi rekonstruerer tanken bag den. Vi stiller spørgsmål, og et andet menneske svarer ud fra den vej, de tog.
AI-genereret kode kan komme uden den vej.
Den kan være poleret og teknisk plausibel, men føles mærkeligt ejerskabsløs. Forfatteren kan beskrive, hvad de bad om, men ikke altid hvorfor resultatet fik denne form. Revieweren står så med arbejde, der tidligere delvist tilhørte forfatteren: at genopbygge intention, tjekke antagelser og opdage de skjulte kanter af en beslutning, ingen husker at have truffet.
Dette er uroen under mange diskussioner i fællesskabet om AI-genererede pull requests. Klagen er ikke bare, at koden er dårlig. Dårlig kode er velkendt. Den dybere ubehag er, at den sociale kontrakt har ændret sig.
Én person kan nu lave en stor ændring på få minutter. En anden skal stadig bruge menneskelig opmærksomhed på at forstå den. Den tid, der spares ved tastaturet, kan stille dukke op igen i code review, vedligeholdelse, sikkerhedsarbejde eller den nat, hvor systemet fejler, og nogen skal forklare, hvad den genererede patch forsøgte at gøre.
Kode har altid været kommunikation. Når generering bliver næsten gratis, bliver opmærksomhed den knappe ressource—og opmærksomhed tilhører mennesker.
Måske flytter håndværket sig
For nogle udviklere føles intet af dette som tab. Det føles som endelig at få lov til at arbejde på det niveau, de altid har ønsket.
De skriver færre linjer og bruger mere tid på at forme problemet. De sammenligner flere design, før de vælger ét. De tænker på brugeren, arkitekturen, fejlsituationer og de grænser, en agent ikke må krydse. Håndværket flytter sig fra at producere hver del til at dirigere helheden.
Det kan være en reel udvikling. Vi holdt ikke op med at være udviklere, da assemblere erstattede maskinkode, eller da frameworks erstattede håndbygget infrastruktur. Software har altid bevæget sig opad gennem abstraktion.
Men enhver abstraktion afhænger af, at nogen forstår, hvad der ligger under.
En udvikler, der dirigerer AI, har stadig brug for smag. En reviewer har stadig brug for en mental model. En arkitekt skal stadig vide, hvad der sker, når det rene diagram møder et langsomt netværk, en korrupt besked, et udmattet team eller en skræmt bruger.
Hvis AI skriver mere af implementeringen, bliver menneskelig dømmekraft ikke mindre vigtig. Den bliver lettere at overse og sværere at opbygge.
Den håbefulde version af denne fremtid er ikke en, hvor udviklere betyder mindre. Det er en, hvor vi bliver mere bevidste om, hvad kun mennesker kan bære: kontekst, omsorg, tvivl, ansvar og evnen til at genkende, når et teknisk korrekt svar er forkert for netop dette system og disse mennesker.
Bliv, uden at forsvinde
Kan vi stadig gå væk fra AI?
Individuelt ja. Vi kan lukke panelet i morgen. Professionelt er spørgsmålet allerede mere kompliceret. Forventningerne ændrer sig. Kodebaser fyldes med genereret arbejde. Nye udviklere møder AI i begyndelsen af deres karriere, ikke halvvejs igennem. Selv en, der aldrig bruger en assistent, vil i stigende grad skulle reviewe og vedligeholde kode, der stammer fra en.
Der er ingen privat vej tilbage til en branche før AI.
Men måske er det at forlade den forkerte målestok for frihed. Det mere meningsfulde spørgsmål er, om vi kan forblive til stede, mens værktøjet bliver.
At forblive til stede betyder at læse patchen, selv når alle tests er grønne. Det betyder at spørge hvorfor, efter svaret virker. Det betyder at nægte at merge det, vi ikke kan forklare. Det betyder at give juniorudviklere tid til at kæmpe uden at betragte den tid som spild, og at give reviewere anerkendelse for det usynlige arbejde med at beskytte et system mod plausible fejl.
Det betyder også at bevare øjeblikke, hvor ingen assistent svarer med det samme—ikke som et ritual, men som en måde at høre vores egne tanker igen.
De fleste af os vil fortsætte med at bruge AI. Lettelsen er reel. Mulighederne er reelle. Det er uroen, afhængigheden og den stille frygt for, at noget vi elskede ved arbejdet, måske er ved at glide væk, også.
Vi behøver ikke vælge mellem fornægtelse og overgivelse.
Fremtiden for software bliver ikke afgjort af, hvor stor en procentdel af koden AI skriver. Den bliver afgjort i mindre øjeblikke: om vi forstår, før vi accepterer, om vi underviser i stedet for blot at videresende et svar, om vi beskytter en andens opmærksomhed, og om vi stadig tager ansvar, når den genererede kode rammer den virkelige verden.
AI må gerne blive.
Vi skal bare sikre os, at vi også gør det.
