Där glädjen tog vägen

Det finns ett skämt i utvecklarvärlden: AI-genererad kod är "slöa" — lågkvalitativ output man inte ska lita på. Men den bilden missar poängen helt. Slö kod är inte kod skriven av AI. Slö kod är kod som ser färdig ut men döljer buggar, dålig passform och bräcklighet. Det handlar aldrig om verktyget. Det handlar om tanken bakom.

Efter månader med AI-assisterade utvecklingsverktyg har jag märkt något: kodningsglädjen försvann inte. Den flyttade.

Tippandet var aldrig grejen

Minns du första gången en bit kod klickade? Ögonblicket när en lösning täckte inte bara problemet framför dig, utan också kantfall du inte ens tänkt på? Den känslan — det är klicket. Det är det vi faktiskt försvarar.

I åratal hände det klicket medan du skrev. Du brottades med ett problem, provade variationer, raderade hälften, och landade till slut i något elegant. Tangentbordet var där tanken levde.

Men här är grejen: klicket satt aldrig i tangenterna. Det satt i igenkänningen. Ögonblicket du såg en lösning som var mer än skräddarsydd — något som följde problemets egentliga struktur. Det var det som var tillfredsställande. Det var det som var teknik.

Billig kod, dyr bedömning

AI sänkte kostnaden för att leverera en funktion dramatiskt. Skriv en prompt, få fungerande kod, skeppa den. Ribban flyttades. Och för många utvecklare är det obekvämt. Det känns som att hantverket urvattnades.

Men det finns en annan kostnad som inte sjönk: att veta vilken lösning man ska välja.

När jag jobbar med ett nytt projekt på NameOcean eller hjälper kunder felsöka komplex infrastruktur ger AI mig alternativ snabbt. Tre versioner av en DNS-konfiguration. Fyra sätt att hantera SSL-certifikat. Fem sätt att strukturera en deployment-pipeline.

Den första versionen är nästan alltid den skräddarsydda — löser exakt det jag beskrev, stannar där. Användbar, men begränsad. Den fjärde eller femte versionen avslöjar ofta något annorlunda: en struktur som räknar med fall jag inte nämnde, mönster som skalar bortom min ursprungliga inramning.

Det är där teknisk bedömning finns nu. Inte i att skriva koden från grunden, utan i att känna igen vilken av kandidaterna som faktiskt följer problemets verkliga form.

Läsning är det nya skrivandet

Skiftet låter enkelt: generera mer, läs mer, välj klokt. Men det är en genuin förändring i arbetsflödet.

När du skriver kod för hand söker du inom det du redan kan. Dina vanor, dina mönster, ditt mentala ordförråd. Med AI-assistans exploderar sökutrymmet. Du kan fråga efter okonventionella tillvägagångssätt, state-machine-mönster när du normalt hade nått efter if-satser, schema-först-tänkande när du hade defaultat till fält-för-fält-validering.

Hävstången finns inte i genereringen — den finns i läsningen. Du söker i ett mycket bredare område av möjligheter, och kostnaden är att läsa över försök istället för att skriva ett.

Det är därför "vibe coding" fungerar när det görs rätt. Du accepterar inte bara första output. Du itererar, kritiserar, pushar AI:n mot bättre inramningar. Du använder det som en tankepartner, inte en kodmaskin.

Bedömningskatten

Det finns en hake värd att nämna: förmågan att känna igen den eleganta lösningen blev inte billigare av allt annat. År av felsökning, refaktorering och att leverera kod byggde tyst den muskeln. Den är fortfarande dyr.

Du kan generera femtio kandidater på den tid det tog att skriva en. Men att välja den som färdas längst — den som löser dagens problem utan att skapa morgondagens skuld — den bedömningen är fortfarande din.

Ingenjörerna som frodas i den nya världen är inte de som skriver kod snabbast. De är de som läser bredast och bedömer skarpast. Hantverket dog inte. Det levlade upp.

Var klicket bor nu

Här är min favoritdel: klicket finns fortfarande. Det ögonblick av igenkänning när en form faller på plats och du ser att den täcker fall ingen frågade om än? Det finns fortfarande. Det händer bara medan du läser över fyra försök istället för att skriva ett.

Förra veckan jobbade jag på en konfigurationsparser för en klients hosting-upplägg. första AI-förslaget hanterade happy path. Tredje förslaget använde en schema-deklaration som fick hela grejen att klicka — validering, typsäkerhet, dokumentation och framtida utvidgbarhet som föll ut ur en enda struktur.

Jag skrev inte den lösningen. Men jag kände igen den när jag såg den. Och det var den delen som kändes precis likadan.

Glädjen försvann inte. Den flyttade till där det verkliga teknikarbetet sker: att förstå problem tillräckligt djupt för att känna igen när en lösning är mer än den verkar.

Om du känner motstånd mot AI-assisterad utveckling, skulle jag be dig lägga märke till vad du faktiskt försvarar. Tippandet? Det blir billigare. Igenkänningen, bedömningen, smaken för eleganta lösningar — det är där hantverket bor nu. Och den delen följde med fint.

Ljudbilden av att bygga mjukvara förändrades. Men musiken finns fortfarande där.