Der klikket bor nå

Det er en gjengangervits blant utviklere at AI-generert kode er «slagg» – lavkvalitetsresultater du ikke bør stole på. Men den innramminga bommer fullstendig. Slagg er ikke kode skrevet av AI. Slagg er kode som ser ferdig ut, men skjuler bugs, dårlige tilpasninger og skjørhet. Det har aldri handlet om verktøyet. Det har handlet om tanken bak.

Her er hva jeg har lagt merke til etter måneder med AI-assistert utvikling: gleden ved å kode forsvant ikke. Den flyttet seg.

Det å skrive var aldri poenget

Husker du første gang noe klikket? Det øyeblikket da en løsning dekket ikke bare problemet foran deg, men også edge cases du ikke engang hadde tenkt på? Den følelsen – det er klikket. Det er det vi egentlig forsvarer.

I år har det klikket skjedd mens du skrev. Du slet med et problem, prøvde variasjoner, sletta halvparten, og endte til slutt opp med noe elegant. Tastaturet var der tankene levde.

Men her er greia: klikket var aldri i tastene. Det var i gjenkjenningen. Øyeblikket du så en løsning som var mer enn skreddersydd – noe som fulgte problemets faktiske struktur. Det var det som var tilfredsstillende. Det var det som var ingeniørarbeid.

Billig kode, dyr dømmekraft

AI har dramatisk redusert kostnaden ved å få en feature ut. Skriv en prompt, få fungerende kode, ship den. Kvalifikasjonsgrensa flyttet seg. Og for mange utviklere er det ubehagelig. Det føles som faget ble utvannet.

Men det er en annen kostnad som ikke sank: å vite hvilken løsning du skal velge.

Når jeg jobber med et nytt prosjekt hos Domener eller hjelper klienter med å debugge komplekse infrastrukturer, gir AI meg alternativer raskt. Tre versjoner av en DNS-konfigurasjon. Fire tilnærminger til håndtering av SSL-sertifikater. Fem måter å strukturere en deployment-pipeline på.

Den første versjonen er nesten alltid den skreddersydde – løser akkurat det jeg beskrev, stopper der. Nyttig, men begrenset. Det fjerde eller femte forsøket avslører ofte noe annet: en struktur som tar høyde for tilfeller jeg ikke nevnte, mønstre som skalerer utover min første innramming.

Der bor ingeniørdømmekraften nå. Ikke i å skrive koden fra bunnen av, men i å gjenkjenne hvilken av kandidatene som faktisk følger problemets sanne form.

Lesing er det nye skrivingen

Skiftet høres enkelt ut: generer mer, les mer, velg klokt. Men det er en genuin endring i arbeidsflyten.

Når du håndskriver kode, søker du innenfor det du allerede vet. Vanene dine, mønstrene dine, den mentale ordforrådet ditt. Med AI-assistanse eksploderer søkerommet. Du kan be om ukonvensjonelle tilnærminger, state-machine-mønstre når du normalt ville brukt if-setninger, schema-first-tenkning når du ville falt tilbake på per-felt-validering.

Hevedyet er ikke i genereringa – det er i lesinga. Du søker i et mye bredere bassin av muligheter, og kostnaden er å lese på tvers av forsøk i stedet for å skrive én.

Dette er hvorfor «vibe coding» fungerer når det gjøres riktig. Du aksepterer ikke bare første output. Du itererer, kritiserer, dytter AIen mot bedre innramminger. Du bruker den som en tenkepartner, ikke en kodemaskin.

Dømmekraftskatten

Det er en hake verdt å navngi: evnen til å gjenkjenne den elegante løsningen ble ikke billigere sammen med alt annet. År med debugging, refaktorering og utsendelse av kode bygde stille opp den muskelen. Den er fortsatt dyr.

Du kan generere femti kandidater på den tiden det tidligere tok å skrive én. Men å plukke den som varer lengst – som løser dagens problem uten å skape morgendagens gjeld – den dømmekraften er fortsatt din.

Ingeniørene som trivs i denne nye verdenen er ikke de som skriver kode raskest. De er de som leser bredest og dømmer skarpest. Faget døde ikke. Det levla opp.

Der klikket bor nå

Her er min favorittdel: klikket skjer fortsatt. Det øyeblikket da en form faller på plass og du ser at den dekker tilfeller ingen har bedt om ennå? Det eksisterer fortsatt. Det skjer bare mens du leser på tvers av fire forsøk i stedet for å skrive én.

I forrige uke jobbet jeg med en konfigurasjonsparser for en klients hosting-oppsett. Det første AI-forslaget håndterte happy path. Det tredje forslaget brukte en schema-deklarasjon som fikk hele greia til å klikke – validering, type safety, dokumentasjon og fremtidig utvidbarhet som falt ut av én enkelt struktur.

Jeg skrev ikke den løsningen. Men jeg gjenkjente den da jeg så den. Og det var delen som føltes helt lik.

Gleden forsvant ikke. Den flyttet til der det virkelige ingeniørarbeidet skjer: å forstå problemer dypt nok til å gjenkjenne når en løsning er mer enn den ser ut som.

Hvis du kjenner motstand mot AI-assistert utvikling, vil jeg be deg legge merke til hva du egentlig forsvarer. Skrivinga? Den blir billigere. Gjenkjenningen, dømmekraften, smaken for elegante løsninger – det er der faget bor nå. Og den delen kom helt fint med over.

Lydsporet til å bygge programvare har endret seg. Men musikken er fortsatt der.