Slop handler ikke om værktøjet – det handler om tanken bag

Der florerer en joke i udviklermiljøerne: AI-genereret kode er "slop", altså noget bras du ikke skal stole på. Men den indramning rammer helt ved siden af. Slop er ikke kode skrevet af AI. Slop er kode der ser færdig ud, men skjuler bugs, upassende løsninger og skrøbelighed. Det har aldrig handlet om værktøjet. Det handler om tanken bag.

Her er hvad jeg har lagt mærke til efter måneder med AI-assisteret udvikling: glæden ved at kode forsvandt ikke. Den flyttede.

At trykke på tasterne var aldrig det egentlige

Husker du første gang noget kode klikkede? Det øjeblik hvor en løsning ikke bare dækkede problemet foran dig, men også edge cases du slet ikke havde tænkt på? Den fornemmelse – det er klikket. Det er det vi reelt set forsvarer.

I årevis skete det klik mens du tastede. Du kæmpede med et problem, prøvede variationer, slettede halvdelen af dem, og landede til sidst på noget elegant. Tastaturet var hvor tanken levede.

Men her er sandheden: klikket sad aldrig i tasterne. Det sad i genkendelsen. Det øjeblik du så en løsning der var mere end skræddersyet – noget der fulgte problemets egentlige struktur. Det var det der gjorde det tilfredsstillende. Det var det der gjorde det til ingeniørarbejde.

Billig kode, dyr dømmekraft

AI har gjort det dramatisk billigere at shippe en feature. Skriv en prompt, få fungerende kode, send den ud. Kvalifikationsbaren flyttede sig. Og for mange udviklere føles det ubehageligt. Det føles som om håndværket blev fortyndet.

Men der er en anden omkostning der ikke faldt: at vide hvilken løsning du skal vælge.

Når jeg arbejder på et nyt projekt hos NameOcean eller hjælper kunder med at debugge kompleks infrastruktur, giver AI mig hurtigt muligheder. Tre versioner af en DNS-konfiguration. Fire tilgange til håndtering af SSL-certifikater. Fem måder at strukturere en deployment pipeline på.

Den første version er næsten altid den skræddersyede – løser præcis det du beskrev, stopper der. Brugbar, men begrænset. Den fjerde eller femte forsøg afslører ofte noget andet: en struktur der tager højde for cases du ikke nævnte, patterns der skalerer ud over din oprindelige indramning.

Der bor ingeniørdømmekraften nu. Ikke i at skrive koden fra bunden, men i at genkende hvilken af kandidaterne der faktisk matcher problemets sande form.

Læsning er den nye skrivning

Skiftet lyder simpelt: generér mere, læs mere, vælg klogt. Men det er en reel ændring i arbejdsflowet.

Når du håndskriver kode, søger du inden for det du allerede ved. Dine vaner, dine patterns, din mentale ordforråd. Med AI-assistance eksploderer søgeområdet. Du kan spørge efter utraditionelle tilgange, state-machine patterns når du normalt ville gribe til if-sætninger, schema-first tænkning når du ville default til per-felt validering.

Håndtaget sidder ikke i generationen – det sidder i læsningen. Du søger i et langt bredere bassin af muligheder, og omkostningen er at læse på tværs af forsøg i stedet for at skrive ét.

Det er derfor "vibe coding" virker når det gøres rigtigt. Du accepterer ikke bare den første output. Du itererer, kritiserer, presser AI'en mod bedre indramninger. Du bruger den som en tankepartner, ikke en kode-skriveautomat.

Dømmekraft-skatten

Der er en hage værd at nævne: evnen til at genkende den elegante løsning blev ikke billigere sammen med alt andet. År med debugging, refactoring og shipping af kode byggede stille og roligt den muskel. Den er stadig dyr.

Du kan generere halvtreds kandidater på den tid det før tog at skrive én. Men at vælge den der rækker længst – den der løser dagens problem uden at skabe morgendagens gæld – den dømmekraft er stadig din.

De ingeniører der trives i denne nye verden er ikke dem der skriver kode hurtigst. Det er dem der læser bredest og dømmer skarpest. Håndværket døde ikke. Det leveled up.

Hvor klikket bor nu

Her er min favoritdel: klikket sker stadig. Det øjeblik af genkendelse hvor en form falder på plads og du ser den dække cases ingen spurgte om endnu? Det eksisterer stadig. Det sker bare mens du læser på tværs af fire forsøg i stedet for at skrive ét.

Forrige uge arbejdede jeg på en configuration parser til en kundes hosting-setup. Den første AI-forslag håndterede happy path. Det tredje brugte en schema-deklaration der fik det hele til at klikke – validering, type safety, dokumentation og fremtidig udvidelsesmuligheder der faldt ud af én enkelt struktur.

Jeg skrev ikke den løsning. Men jeg genkendte den da jeg så den. Og det var præcis den samme fornemmelse.

Glæden forsvandt ikke. Den flyttede derhen hvor det egentlige ingeniørarbejde foregår: at forstå problemer dybt nok til at genkende når en løsning er mere end den ser ud til.

Hvis du mærker modstand mod AI-assisteret udvikling, vil jeg bede dig lægge mærke til hvad du egentlig forsvarer. Tasterne? De bliver billigere. Genkendelsen, dømmekraften, smagen for elegante løsninger – det er der håndværket bor nu. Og den del overførte sig fint.

Lydsporet til at bygge software ændrede sig. Men musikken er der stadig.