Jeg gjesper.
Det er noe spesielt med å være over en viss alder i denne bransjen. Du har sett nok teknologisykluser til å vite at hver ny bølge ankommer med samme partitur: revolusjon, frelse, "alt blir annerledes nå". Jeg husker da NoSQL skulle drepe relasjonsdatabaser. Da microservices skulle løse alt. Da blockchain skulle redde verden. Da lavkode skulle gjøre utviklere arbeidsledige.
Spoiler: utviklere finnes fortsatt.
Det er ikke at det ikke skjer noe ekte. Det skjer absolutt noe ekte med AI – jeg er den første til å si det. Men når hver eneste konferanseplakat, hver eneste investornarrativ, hver eneste produktdemo forteller meg at vi snart skal kode med tankene våre mens en agent leverer ferdige systemer til kundene mens vi sover... da begynner jeg å lure på om vi snakker om det samme yrket.
Her er hemmeligheten alle later som de ikke vet: å skrive kode er ikke det vanskelige med å være utvikler.
Jeg mener det. Den faktiske skrivingen – det å taste inn syntaks som kompilerer – er kanskje ti til tjue prosent av jobben. Resten er noe helt annet.
Det er å forstå hvorfor en kunde sier én ting og mener noe annet. Det er å bestemme hva som ikke skal være med i den første versjonen. Det er å diskutere med deg selv klokken halv elleve på kvelden om dette virkelig bør være en egen tjeneste, eller bare en funksjon i den eksisterende. Det er å vite at den smarte løsningen kanskje sparer fem millisekunder, men gjør at den nye utvikleren som starter neste år bruker tre dager på å forstå hva som foregår.
Når AI skriver kode for meg, gjør den ofte en god jobb. Av og til en imponerende god jobb. Men den tar ikke ansvar for valgene. Den vet ikke at kunden hatet konsulenten som introduserte forrige system og er allergisk mot tilsvarende mønstre. Den vet ikke at vi har en deploy-prosess som krever spesifikke ting fordi vi en gang mistet data klokken to om natten og aldri vil oppleve det igjen.
Programvareutvikling handler om avveininger. Hele tiden. Hver eneste dag.
Skal vi bruke en ferdig løsning eller bygge selv? Hvor mye fleksibilitet trenger vi egentlig? Hva er kostnaden ved å være avhengig av denne leverandøren om tre år? Skal vi optimalisere for ytelse eller lesbarhet? Hvem skal forstå denne koden om to år, og kan de det vi tar for gitt nå?
Det finnes ingen riktige svar her. Bare svar som er bedre eller verre gitt konteksten. Og konteksten – den ekte, hele, rotete konteksten – er fortsatt noe maskinene strever med.
Jeg har bygget løsninger som har stått lenge i produksjon. Det jeg har lært, er at den virkelige verdien i utviklerarbeidet sjelden ligger i hvor raskt koden ble skrevet. Den ligger i at noen forstod hva som faktisk var problemet, valgte de rette begrensningene, og laget noe som kunne vokse og endre seg uten å rakne.
Det er ikke en stillingsbeskrivelse en agent kan ta over med et par instruksjoner.
La meg være konkret et øyeblikk. Jeg har jobbet en del med RFID-løsninger for norsk handel. Når en butikkjede teller varelageret med RFID, er det ikke et akademisk problem. Hvis systemet bommer, mister kjeden penger. Riktig mye penger. Hvis det går ned i julestria, blir det møter ingen vil være med på.
Den koden er ikke spesielt komplisert i seg selv. Det er ikke der vanskelighetsgraden ligger. Vanskelighetsgraden ligger i å forstå hvordan en faktisk butikk fungerer, hva personalet trenger å gjøre når brikken ikke leses, hvilke unntak som må håndteres, hvilke som kan ignoreres, og hva som skjer når strømmen går klokken kvart over fire en fredag.
Du kan ikke generere deg ut av den forståelsen. Den kommer av å være på gulvet, snakke med folk, gjøre feil, lære. Og den er hele forskjellen mellom et system som fungerer i demo og et system som fungerer på ordentlig.
Det jeg egentlig bryr meg om – og som jeg synes mye av AI-praten mangler – er det fundamentale håndverket i å lage ting som varer.
Ikke ting som er imponerende på X i tre dager. Ikke prototyper som vinner hackathons. Ikke demoer som får investorpenger.
Ting som varer.
Det betyr kode som er enkel å endre om to år. Datamodeller som tåler at virkeligheten ikke matchet det vi trodde i starten. Arkitekturer som lar deg bytte ut én del uten å rive ned hele bygget. Dokumentasjon som faktisk forklarer hvorfor, ikke bare hva. Tester som beskytter mot å gjøre den samme feilen to ganger.
Alt dette krever vurderingsevne. Erfaring. Smak. En følelse for hva som vil skje senere, basert på hva som har skjedd før. AI-verktøy kan være fantastiske medspillere her – jeg bruker dem selv som en form for diskusjonspartner, en som aldri blir lei av spørsmålene mine. Men de erstatter ikke vurderingen. De forsterker den – eller forsterker fraværet av den, hvis den ikke er der.
Misforstå meg rett: jeg er ikke ute etter å være den gretne onkelen som rister på hodet av alt nytt. AI har endret hverdagen min som utvikler. Den skriver kjedelige funksjoner for meg. Den hjelper meg å se mønstre i kode jeg ikke har sett på fire år. Den er en utmerket gummiand som faktisk svarer.
Men når noen forteller meg at "utviklerrollen er død" eller at "vi snart bare beskriver hva vi vil ha", så vet jeg at de aldri har sittet i et møte hvor en kunde sa "vi trenger bare en enkel knapp" og du visste – uten å være i stand til å forklare hvorfor ennå – at det var startskuddet på tre måneders arbeid.
Den intuisjonen. Den kompresjonen av erfaring. Den evnen til å lukte at noe ikke stemmer før noen har sagt hva som er galt. Den er hele jobben.
Så ja – AI-hypen kjeder meg. Ikke fordi AI er kjedelig. Den er alt annet enn det. Men fordi diskusjonen rundt den ofte mistolker hva det vil si å være utvikler.
Vi er ikke kodemaskiner som skal effektiviseres bort. Vi er folk som tar valg på vegne av andre, prøver å forstå systemer som er for kompliserte til at noen forstår dem helt, og som bærer et stille ansvar for at ting fungerer når noen trenger at de fungerer.
Skriv gjerne kode med AI. Jeg gjør det. Men det dypeste i håndverket – det å bygge noe som varer, som tåler virkeligheten, som folk har glede av i mange år – det er fortsatt vårt.
Og det, faktisk, gjør meg ganske optimistisk.