I början av 2026 stötte forskare som försökte mäta AI:s effekt på utvecklares produktivitet på ett mycket mänskligt problem: vissa utvecklare ville inte längre ta emot uppgifter som kunde kräva att de arbetade utan AI.
Forskarna kallade det en selektionseffekt. Jag tänker på det som en liten bekännelse.
För inte så länge sedan var AI ett experiment som levde i en sidopanel. Vi öppnade den när autokomplettering misslyckades eller när ett reguljärt uttryck blev pinsamt. Nu är det för många utvecklare bara en del av rummet. Den finns där när vi öppnar editorn på morgonen, när vi ärver ett arkiv som ingen rört på åratal och när ett test blir rött sent på kvällen.
Vi kan stänga panelen. Vi kan stänga av agenten. Vi kan fortfarande koda.
Så varför känns det redan som att arbeta utan den är som att sakna en hand?
AI tog över pauserna
AI kom inte in i mjukvaruutveckling genom att meddela att den skulle ersätta oss. Den kom som små lättnader, en i taget.
Den avslutade raden vi redan var på väg att skriva. Sedan skrev den utkastet till testet vi skjutit upp. Den förklarade en okänd funktion, översatte en stacktrace till enkel engelska och hittade flaggan i dokumentationen vi inte ville läsa igen.
Inget av det kändes som beroende. Det kändes som momentum.
Men tänk på senaste gången din assistent gick offline. Det obehagliga var troligen inte att du glömt språket. Det var tystnaden före första steget. Du var tvungen att bestämma var du skulle börja leta. Du var tvungen att bära osäkerheten själv. Du var tvungen att stirra på felet tillräckligt länge för att en teori skulle formas.
De där pauserna brukade vara vardagliga. Nu känns de som friktion.
Kanske är det just det AI har förändrat mest. Det har inte bara förändrat hur vi producerar svar. Det har förändrat hur länge vi är villiga att vara ensamma med en fråga.
Lättnaden är verklig
Det är lätt att prata om AI-beroende som om utvecklare byter disciplin mot lättja. Det missar hur verktyget känns inifrån arbetet.
Mjukvaruutveckling innehåller förvånansvärt mycket privat skam. Det är den seniora ingenjören som glömt syntaxen för ett grundläggande kommando. Den nya kollegan som är rädd att en fråga till ska bekräfta allas tvivel. Utvecklaren som arbetar på sitt andraspråk och vet exakt vad som är fel men inte kan formulera förklaringen tillräckligt snabbt. Personen som kliver in i en tio år gammal kodbas där alla viktiga beslut lever i någon annans minne.
AI är tålmodig med dem alla.
Den suckar inte när frågan upprepas. Den säger inte: ”Det här borde du redan veta.” Den finns där klockan 2 på morgonen och kan förvandla en tom skärm till något att argumentera med. Även när svaret är ofullständigt förändrar det känslan av att börja att ha ett svar.
Det spelar roll. Ibland är det som ser ut som produktivitet egentligen lättnad: mindre rädsla för att fastna, mindre skam, mindre ensamhet framför en maskin som vägrar förklara sig.
För många utvecklare har AI också gett energi tillbaka till de delar av jobbet de bryr sig om. Den kan ta hand om boilerplate, repetitiva tester, migreringsstommar och den hundrade varianten av en API-klient. Hjärnan når det intressanta problemet mindre trött.
Vi ska inte avfärda det som en genväg. Ett verktyg som ger människor mer mod att utforska gör något genuint värdefullt.
Svårigheten är att komfort och beroende växer ur samma rot.
Vi använder det vi inte helt litar på
Utvecklarundersökningar hittar gång på gång samma märkliga relation: vi använder AI ständigt men förblir misstänksamma mot vad den ger oss.
Den spänningen känns igen för alla som sett ett självsäkert svar falla på ett undantagsfall. Koden ser rätt ut. Namnen är rena. Förklaringen är lugn. Först efter tredje misslyckade testet märker vi att modellen hittat på en metod, missförstått en affärsregel eller löst ett enklare problem än det vi faktiskt har.
Och ändå, nästa gång vi fastnar, frågar vi igen.
Det är inte hyckleri. Förtroende är inte en sak.
Vi kanske inte litar på AI för det slutgiltiga beslutet, men vi litar på att den ger oss en första riktning. Vi kanske inte litar på patchen, men vi litar på samtalet för att lösa upp knuten i vårt tänkande. Vi kanske inte tror på svaret, men vi tror att det kommer finnas något på skärmen istället för ingenting.
AI har blivit kollegan vi aldrig skulle låta göra merge direkt till main, men ändå saknar när den lämnar rummet.
Vi rör oss snabbare eftersom nästa steg dyker upp snabbt. Vi förblir ansvariga för att kontrollera om det håller för oss.
Vad försvinner när kampen försvinner
Det finns en särskild sorts kunskap som bara kommer av att vara fast.
Före AI kunde ett okänt fel skicka oss genom stacktrace, in i anroparen, över dokumentationen och slutligen mot ett antagande vi inte visste att vi gjort. Vägen var ineffektiv. Det var också så kodbasen blev en plats snarare än en samling filer.
Vi minns systemen som en gång gjorde motstånd.
Felet som tog en eftermiddag lär oss var tillståndet egentligen finns. Produktionsincidenten lär oss varför en tråkig skyddsåtgärd existerar. Biblioteket vi missförstod tre gånger blir det vi senare kan förklara för någon annan.
När AI tar bort motståndet kan den också ta bort berättelsen som gör att lärdomen stannar kvar.
En tidig studie om utvecklare som lärde sig ett okänt bibliotek fann något som känns intuitivt sant: de som delegerade uppgiften lärde sig mindre än de som använde AI för att ställa konceptuella frågor och testa sin egen förståelse. Den viktiga skillnaden var inte ”AI eller ingen AI.” Det var om verktyget ersatte tänkande eller deltog i det.
Detta är särskilt svårt för juniora utvecklare. Erfarna ingenjörer kan känna igen en misstänkt abstraktion eftersom de själva byggt fel abstraktion förut. De kan ana att en snygg patch inte hör hemma i systemet eftersom de minns systemets ärr. Men var ska nästa generation få det om varje kant slipas bort innan de når den?
Mentorskap var aldrig bara överföring av svar. Det var den långsamma överföringen av smak: vad man ska oroa sig för, när man ska sluta, vilket kompromissval som blir dyrt och varför en lösning som fungerar ändå inte är klar.
AI kan förklara alla dessa idéer. Den kan ännu inte återskapa känslan av att någon annan väljer att stanna kvar vid din sida medan du lär dig dem.
Genvägen kan vara verklig. Förståelsen måste ändå ta sig hela vägen.
Kod brukade bära fingeravtryck
Det finns en annan förändring som är svårare att mäta eftersom den lever mellan människor.
Människoskriven kod bär ofta spår av sin författare. En märklig hjälpfunktion kan komma med ett minne av incidenten som krävde den. En klumpig kommentar kan avslöja exakt var någon var osäker. Under granskning inspekterar vi inte bara ändringen; vi återskapar tanken bakom den. Vi ställer frågor och någon annan svarar utifrån den väg de tog.
AI-genererad kod kan komma utan den vägen.
Den kan vara polerad och tekniskt trovärdig, men ändå kännas märkligt ägarlös. Författaren kan beskriva vad de bad om men inte alltid varför resultatet blev som det blev. Granskaren får då göra arbete som tidigare delvis tillhörde skribenten: återskapa avsikt, kontrollera antaganden och upptäcka dolda kanter i ett beslut som ingen minns att de tog.
Detta är obehaget under många diskussioner i communityn om AI-genererade pull requests. Klagomålet är inte bara att koden är dålig. Dålig kod är bekant. Det djupare obehaget är att det sociala kontraktet har förändrats.
En person kan nu skapa en stor ändring på några minuter. En annan måste fortfarande lägga mänsklig uppmärksamhet på att förstå den. Tiden som sparas vid tangentbordet kan tyst dyka upp igen i kodgranskning, underhåll, säkerhetsarbete eller den natt då systemet fallerar och någon måste förklara vad den genererade patchen försökte göra.
Kod har alltid varit kommunikation. När generering blir nästan gratis blir uppmärksamhet den knappa resursen—och uppmärksamhet tillhör människor.
Kanske flyttar hantverket
För vissa utvecklare känns inget av detta som en förlust. Det känns som att äntligen få arbeta på den nivå de alltid velat.
De skriver färre rader och lägger mer tid på att forma problemet. De jämför flera designer innan de bestämmer sig. De tänker på användaren, arkitekturen, felhantering och gränser som en agent inte får överskrida. Hantverket flyttar från att producera varje del till att styra helheten.
Det kan vara en verklig utveckling. Vi slutade inte vara utvecklare när assemblers ersatte maskinkod eller när ramverk ersatte handbyggd infrastruktur. Mjukvara har alltid rört sig uppåt genom abstraktion.
Men varje abstraktion bygger på att någon förstår vad som finns under.
En utvecklare som styr AI behöver fortfarande smak. En granskare behöver fortfarande en mental modell. En arkitekt måste fortfarande veta vad som händer när det rena diagrammet möter ett långsamt nätverk, ett korrupt meddelande, ett utmattat team eller en rädd användare.
Om AI skriver mer av implementationen blir mänskligt omdöme inte mindre viktigt. Det blir lättare att förbise och svårare att odla.
Den hoppfulla versionen av denna framtid är inte en där utvecklare betyder mindre. Det är en där vi blir mer medvetna om vad bara människor kan bära: kontext, omsorg, tvivel, ansvar och förmågan att känna igen när ett tekniskt korrekt svar är fel för just detta system och dessa människor.
Stanna, utan att försvinna
Kan vi fortfarande gå ifrån AI?
Individuellt, ja. Vi kan stänga panelen imorgon. Professionellt är frågan redan mer komplicerad. Förväntningarna förändras. Kodbaser fylls av genererat arbete. Nya utvecklare möter AI i början av sina karriärer, inte halvvägs in. Även den som aldrig använder en assistent kommer allt oftare granska och underhålla kod som kommer från en assistent.
Det finns ingen privat väg tillbaka till en bransch före AI.
Men kanske är att lämna fel mått på frihet. Den mer meningsfulla frågan är om vi kan förbli närvarande medan verktyget stannar kvar.
Att förbli närvarande betyder att läsa patchen även när alla tester är gröna. Det betyder att fråga varför efter att svaret fungerar. Det betyder att vägra merge av det vi inte kan förklara. Det betyder att ge juniora utvecklare tid att kämpa utan att se den tiden som slöseri, och att ge granskare erkännande för det osynliga arbetet att skydda ett system från trovärdiga misstag.
Det betyder också att bevara stunder när ingen assistent svarar direkt—inte som en renhetsritual, utan som ett sätt att höra våra egna tankar igen.
De flesta av oss kommer fortsätta använda AI. Lättnaden är verklig. Möjligheterna är verkliga. Det är också obehaget, beroendet och den tysta rädslan att något vi älskade med arbetet håller på att glida oss ur händerna.
Vi behöver inte välja mellan förnekelse och kapitulation.
Mjukvarans framtid avgörs inte av hur stor andel av koden AI skriver. Den avgörs i mindre ögonblick: om vi förstår innan vi accepterar, om vi lär ut istället för att bara vidarebefordra ett svar, om vi skyddar någon annans uppmärksamhet och om vi fortfarande tar ansvar när den genererade koden når verkligheten.
AI kan stanna.
Vi måste se till att vi gör det också.
