Programmeringens värdighet behöver återuppbyggas

– Till alla som fortfarande respekterar kod

Sammanfattning

Från Knuths ideal till verklighetens avvikelse har programmering på 40 år gått från konst till skräp. Unix v6 bara 9000 rader, nu 500 rader för en knapp, programmeringsandan förfaller; Boeing 737 Max tragedi varnar att kodkvalitet rör liv. Vi behöver återvända till programmeringens essens – enkelhet, klarhet, elegans. Till alla sanna programmerare: SLAPS är inte revolution utan återkomst. Tillbaka till struktur, tillbaka till ansvar, tillbaka till de kodrader vi först älskade.

Tidigare text

"Dokument som kod" visade programmeringsparadigmets revolutionära förändring – från att skriva varje rad för hand till att driva AI-programmering med dokument. Men när programmering blir så "lätt", förlorar vi något viktigare? Det är dags att tala om programmeringens egen värdighet.

1984 sa Donald Knuth: "Program är skrivna för människor att läsa, och för datorer att köra."

2024 är verkligheten: "Program är skrivna för mig själv att läsa, helst förstår ingen annan."

Vad har vi förlorat på 40 år?

Det är besattheten av enkelhet, respekten för struktur, anständigheten mot kollegor.

Från konst till skräp

Minns du Unix v6? Hela operativsystemets kärna, 9000 rader kod. Dennis Ritchie och Ken Thompson skapade med mest koncisa uttryck ett mästerverk som påverkar än idag.

Nu? En knapps klickhändelse kan vara 500 rader. Inte för komplexitet utan för att "det ser professionellt ut".

Jag har sett för mycket sådan kod:

def calculate_sum(a, b):
    # Initiera resultatvariabel
    result = None
    # Kontrollera inparametrar
    if a is not None and b is not None:
        # Utför addition
        try:
            # För robusthet behöver vi säkerställa...
            if isinstance(a, (int, float)) and isinstance(b, (int, float)):
                # Med tanke på möjligt overflow...
                # Här borde läggas till fler kontroller...
                result = a + b
            else:
                raise TypeError("Parametertypsfel")
        except Exception as e:
            # Felhantering
            print(f"Beräkningsfel: {e}")
            result = None
    return result

Bara för att räkna addition!

Programmeringsspråk är världens mest strukturerade språk, enkelhet är vägen. Men vi komplicerar vanemässigt enkla problem, gör klar logik otydlig, skriver hundra rader för något som löses på en rad.

Varför? För att ju mer komplex kod, desto mer "bara jag kan underhålla".

Från lösning till själva problemet

Boeing 737 Max, vet du? 346 liv.

Haveriutredningen visade att en viktig orsak var outsourcad kodkvalitet. När programmering går från "lösa problem" till "skapa problem" blir katastrofen oundviklig.

Detta är inte isolerat. Se omkring oss:

• Sjukvårdssystem kraschar för att koden är för komplex, ingen vågar ändra
• Banksystem går ner för att teknisk skuld är för tung, kan inte ändras
• Myndigheters webbplatser laggar för att varje lager outsourcing "lägger till krydda"

Varje rad dålig kod är ett brott mot eftervärlden.

Varje copy-paste sänker branschens kreditbetyg.

Varje skitberg är förräderi mot civilisationen.

Från respekterad till självhånande "kodarbetare"

"Vad jobbar du med?"

"Kodarbetare."

Bakom denna självhån ligger hela branschens förlorade värdighet.

Självhånet "kodarbetare" blev gradvis branschens standardetikett, med tiden glömde till och med vi själva: kod är faktiskt språkets yttersta form.

Vilken programmerare från den klassiska eran var inte respekterad? De skrev kompletta system med 64K minne, varje kodrad genomtänkt, varje algoritm strävade efter yttersta elegans. Deras respekt för kod och struktur var instinktiv.

Linus Torvalds sa: "Talk is cheap, show me the code." Men nu blir pratet mer, koden sämre.

Varför blev det så?

För att hela programmerarfältet sjunker. Tröskeln sänktes, men standarden sänktes också. Kan copy-paste vågar säga sig vara programmerare, kan anropa API tycker sig vara grym.

Riktiga programmerare gör inte så. De vet:

• Enkelhet är dygd, inte lathet
• Läsbarhet är ansvar, inte val
• Elegans är strävan, inte posering

När tidvattnet drar sig tillbaka, vem simmar naken?

Nu kommer AI.

När du kastar krav till AI skriver den på 10 sekunder klarare kod än du grubblade 3 dagar. När du fortfarande lägger till 15:e lagret try-catch "för robusthet" har AI redan löst problemet på enklast sätt.

SLAPS vill inte ersätta programmerare utan tvinga programmering tillbaka till essensen.

Detta är tröskelomformning. Inte stänga människor ute från AI utan låta varje kodrad stå till svars.

Under SLAPS-ramverket:

• Du kan inte lura AI – otydlig struktur, den förstår inte alls
• Du kan inte bygga skitberg – orimlig design, AI ifrågasätter direkt
• Du kan inte vara mystisk – varje beslut måste ha tydligt skäl

Detta är "tvingad elegans". Antingen skriver du klar, koncis, underhållbar design eller AI hjälper dig inte implementera.

De programmerare som behåller jobbet genom komplexitet kommer verkligen försvinna.

Men det är inte dåligt, det är branschens självrening.

Låt programmering återigen bli ett yrke att vara stolt över

Jag tror sanna programmerare fruktar inte AI utan omfamnar den. För AI låter dem gå från "kodarbetare" till "systemdesigner" igen.

Tänk:

• Inte fastna i syntaxdetaljer, fokusera på arkitekturdesign
• Inte återuppfinna hjulet, fokusera på innovativt tänkande
• Inte fastna i debugginghelvete, fokusera på affärsvärde

Detta är vad programmering borde vara.

När programmering återvänder till essensen kan istället de som inte kan koda skapa bättre system. För de har inte "programmerarvanor", de vill bara lösa problem, inte visa teknik.

En produktchef som behärskar affären kan med SLAPS göra bättre än en "kodarbetare" med 10 års erfarenhet. För hen vet "vad som behövs", inte fastnar i "hur man skriver".

Programmeringens nya värdighet

Framtiden tillhör de som:

• Kan uttrycka avsikter klart
• Strävar efter enkelhet och elegans
• Löser verkliga problem
• Respekterar kod och människor

Framtidens programmerare skriver inte kod utan kontrakt; debuggar inte buggar utan konsensus.

Detta är inte programmerarnas domedagsdag utan programmeringens pånyttfödelse.

När SLAPS gör varje kodrad meningsfull, när AI blir kodkvalitetens grindvakt, när "fusk" inte längre är möjligt, blir programmering återigen ett respekterat hantverk.

Vi behöver inte fler som kan skriva skitkod, vi behöver de som förstår "varför skriva".

Vi behöver inte mer komplexa ramverk, vi behöver klarare tänkande.

Vi behöver inte skydda efterblivenhet, vi behöver omfamna framsteg.

När kod inte längre är egenintressets vallgrav blir tanke verklig konkurrenskraft.

Slutligen

För 29 år sedan knackade jag kod rad för rad med EditPlus. Ingen intelligent kodkomplettering, ingen syntaxmarkering, men jag visste varje kodrads mening.

Idag när jag ser AI skriva 1150 rader högkvalitativ kod på 40 minuter panikerar jag inte utan känner lättnad. För denna kod förkroppsligar vad jag alltid strävat efter: tydlig struktur, koncis logik, klar avsikt.

Vissa säger detta gör många programmerare arbetslösa. Ja, som tryckkonsten gjorde kopister arbetslösa. Men tryckkonsten skapade också författare, redaktörer, förläggare. SLAPS gör "kodarbetare" försvinna men skapar "AI-protokollarkitekter".

Programmeringens värdighet upprätthålls inte genom att skydda efterblivenhet utan återuppbyggs genom att omfamna framsteg.

Låt kod återigen bli poesi, låt programmerare återigen bli ingenjörer, låt programmering återigen bli kraften som förändrar världen.

Sann hackeranda ligger inte i teknik utan avsikt. Inför AI är det smartaste inte motstånd utan att fråga: hur ska jag samarbeta med den?

Detta är vad vi ska göra.

────────────────────────────────────────────────

Till alla sanna programmerare: SLAPS är inte revolution utan återkomst. Tillbaka till struktur, tillbaka till ansvar, tillbaka till de kodrader vi först älskade.

Wang Xiao Juni 2025, Lissabon

Om författaren

Wang Xiao är AI-protokollarkitekt, författare till System and Freedom, skapare av Danbing AI Protocol / SLAPS Framework och initiativtagare till OathAI.

Hans arbete fokuserar på människa-AI-samskapande, protokollstyrning, semantisk förankring och långsiktig kunskapskontinuitet, och utforskar hur mänsklig kunskap och samarbetsstrukturer kan bevaras, kalibreras och ärvas i AI-eran.

Ansvarsfriskrivning

Denna essä speglar författarens aktuella observationer och metodologiska reflektioner baserade på personlig praktik, forskning och erfarenhet av människa-AI-samarbete. De metoder som är kopplade till Danbing / SLAPS / OathAI ordnas och utvecklas fortfarande. Deras praktiska effekter kan variera beroende på uppgiftskontext, modellförmåga, utförandemiljö och insatsnivå.

Denna essä utgör inte juridisk, investeringsrelaterad, medicinsk, professionell eller teknisk implementeringsrådgivning eller garanti. Läsare som tillämpar dessa metoder i verkliga projekt bör göra självständiga bedömningar utifrån sin egen situation och ta ansvar för konkreta resultat.