Godność programowania trzeba odbudować

——List do tych, którzy wciąż szanują kod

Streszczenie

Od ideału Knutha do dzisiejszego odejścia od niego, w ciągu 40 lat programowanie z sztuki stało się śmieciem. Unix v6 miał tylko 9000 linii, dziś przycisk może mieć 500 linii — duch programowania upada; tragedia Boeinga 737 Max ostrzega, że jakość kodu dotyczy życia. Musimy wrócić do istoty programowania — prostoty, jasności, elegancji. Do wszystkich prawdziwych programistów: SLAPS to nie rewolucja, to powrót. Powrót do struktury, do odpowiedzialności, do tych linii kodu, które kiedyś kochaliśmy.

Wcześniej

„Dokument jako kod" pokazał rewolucyjną zmianę paradygmatu programowania — od ręcznego pisania każdej linii do napędzania programowania AI dokumentami. Ale gdy programowanie stało się tak „łatwe", czy nie straciliśmy czegoś ważniejszego? Czas porozmawiać o godności samego programowania.

W 1984 roku Donald Knuth powiedział: „Programy są pisane dla ludzi do czytania, a przy okazji dla maszyn do wykonania."

W 2024 roku rzeczywistość jest taka: „Programy są pisane dla siebie, im mniej inni rozumieją, tym lepiej."

Co straciliśmy przez te 40 lat?

Obsesję prostoty, szacunek dla struktury, przyzwoitość wobec kolegów.

Od sztuki do śmieci

Pamiętacie Unix v6? Całe jądro systemu operacyjnego — 9000 linii kodu. Dennis Ritchie i Ken Thompson stworzyli dzieło wpływające do dziś, używając najbardziej zwięzłego wyrażenia.

A teraz? Zdarzenie kliknięcia przycisku może zająć 500 linii. Nie dlatego, że jest skomplikowane, ale bo „tak wyglądam profesjonalnie".

Widziałem za dużo takiego kodu:

def calculate_sum(a, b):
    # Inicjalizacja zmiennej wynikowej
    result = None
    # Sprawdzenie parametrów wejściowych
    if a is not None and b is not None:
        # Wykonanie dodawania
        try:
            # Dla solidności musimy upewnić się...
            if isinstance(a, (int, float)) and isinstance(b, (int, float)):
                # Biorąc pod uwagę możliwe przepełnienie...
                # Tu powinno być więcej sprawdzeń...
                result = a + b
            else:
                raise TypeError("Błąd typu parametrów")
        except Exception as e:
            # Obsługa błędów
            print(f"Błąd obliczenia: {e}")
            result = None
    return result

Tylko żeby dodać dwie liczby!

Język programowania to najbardziej ustrukturyzowany język na świecie, prostota to cnota. Ale mamy nawyk komplikowania prostych problemów, zaciemniania jasnej logiki, rozpisywania na sto linii tego, co można zrobić w jednej.

Dlaczego? Bo im bardziej skomplikowany kod, tym bardziej „tylko ja mogę go utrzymywać".

Od rozwiązania do samego problemu

Boeing 737 Max, wiecie? 346 istnień ludzkich.

Dochodzenie wykazało, że jedną z ważnych przyczyn była jakość outsourcowanego kodu. Gdy programowanie zmienia się z „rozwiązywania problemów" w „tworzenie problemów", katastrofa jest nieunikniona.

To nie pojedynczy przypadek. Spójrzcie wokół:

• Systemy medyczne się zawieszają, bo kod jest zbyt skomplikowany, nikt nie śmie go zmienić
• Systemy bankowe padają, bo dług techniczny jest zbyt ciężki
• Rządowe strony się zacinają, bo każda warstwa outsourcingu „dodaje coś od siebie"

Każda zła linia kodu to przestępstwo wobec następców.

Każde kopiuj-wklej obniża rating kredytowy całej branży.

*Każda góra gwna to zdrada cywilizacji.**

Od szacunku do samowyzwania „kod-chłop"

„Czym się zajmujesz?"

„Jestem kod-chłopem."

Za tą autoironią kryje się upadek godności całej branży.

Termin „kod-chłop" stopniowo stał się domyślną etykietką branży, z czasem nawet my sami zapomnieliśmy: kod to właściwie najbardziej wyrafinowana forma języka.

Który programista z epoki klasycznej nie był obiektem szacunku? Pisali kompletne systemy w 64K pamięci, każda linia kodu była przemyślana, każdy algorytm dążył do najwyższej elegancji. Szacunek dla kodu i struktury był dla nich instynktem.

Linus Torvalds powiedział: „Talk is cheap, show me the code". Ale teraz gadania coraz więcej, kod coraz gorszy.

Dlaczego tak się stało?

Bo cała branża programistyczna schodzi w dół. Próg wejścia się obniżył, ale standardy też. Umiesz kopiować i wklejać — już śmiesz mówić, że jesteś programistą, umiesz wywoływać API — już myślisz, że jesteś świetny.

Prawdziwi programiści tak nie robią. Wiedzą:

• Prostota to cnota, nie lenistwo
• Czytelność to odpowiedzialność, nie wybór
• Elegancja to dążenie, nie poza

Gdy fala się cofa, kto pływa nago?

Teraz przyszło AI.

Gdy rzucasz wymagania do AI, w 10 sekund pisze kod jaśniejszy niż ty męczący się 3 dni. Gdy wciąż dodajesz 15. warstwę try-catch „dla solidności", AI już rozwiązało problem najprostszym sposobem.

SLAPS nie ma zastąpić programistów, ale wymusić powrót programowania do istoty.

To przekształcenie progu. Nie blokowanie ludzi przed AI, ale zapewnienie, że każda linia kodu wytrzyma odpowiedzialność.

W ramach SLAPS:

• Nie możesz oszukać AI — jeśli struktura nie jest jasna, w ogóle nie zrozumie
• Nie możesz budować góry g*wna — jeśli projekt jest nierozsądny, AI bezpośrednio zakwestionuje
• Nie możesz udawać tajemniczego — każda decyzja musi mieć jasne uzasadnienie

To „wymuszona elegancja". Albo tworzysz jasny, prosty, łatwy w utrzymaniu projekt, albo AI w ogóle ci nie pomoże.

Ci programiści, którzy utrzymują się przy życiu dzięki złożoności, rzeczywiście są skazani.

Ale to nie jest złe, to samooczyszczenie branży.

Niech programowanie znów stanie się powodem do dumy

Wierzę, że prawdziwi programiści nie boją się AI, wręcz przeciwnie — przyjmą je z otwartymi ramionami. Bo AI pozwala im z „robotników kodu" znów stać się „architektami systemów".

Pomyślcie:

• Nie musicie się już martwić o szczegóły składni, skupcie się na projektowaniu architektury
• Nie musicie na nowo wynajdywać koła, skupcie się na innowacyjnym myśleniu
• Nie musicie grzęznąć w piekle debugowania, skupcie się na wartości biznesowej

Tak powinno wyglądać programowanie.

Gdy programowanie wraca do istoty, ci, którzy nie umieją pisać kodu, mogą tworzyć lepsze systemy. Bo nie mają „złych nawyków programistycznych", chcą tylko rozwiązać problem, a nie popisywać się umiejętnościami.

Menedżer produktu dobrze znający biznes może używając SLAPS zrobić lepiej niż „kod-chłop" z 10-letnim doświadczeniem. Bo wie „czego chce", a nie martwi się „jak napisać".

Nowa godność programowania

Przyszłość należy do tych, którzy:

• Potrafią jasno wyrażać intencje
• Dążą do prostoty i elegancji
• Rozwiązują prawdziwe problemy
• Szanują kod i szanują ludzi

Przyszli programiści nie piszą kodu, piszą kontrakty; nie debugują, tworzą konsensus.

To nie koniec świata programistów, to nowe narodziny programowania.

Gdy SLAPS sprawia, że każda linia kodu musi mieć sens, gdy AI staje się strażnikiem jakości kodu, gdy „oszukiwanie" nie jest już możliwe, programowanie znów stanie się szanowanym rzemiosłem.

Nie potrzebujemy więcej ludzi piszących górę g*wna, potrzebujemy tych, którzy rozumieją „dlaczego pisać".

Nie potrzebujemy bardziej skomplikowanych frameworków, potrzebujemy jaśniejszego myślenia.

Nie potrzebujemy chronić zacofanie, potrzebujemy przyjąć postęp.

Gdy kod przestaje być prywatną fosą obronną, myślenie staje się prawdziwą przewagą konkurencyjną.

Na koniec

29 lat temu pisałem kod linia po linii w EditPlus. Bez inteligentnych podpowiedzi, bez podświetlania składni, ale znałem znaczenie każdej linii kodu.

Dziś, gdy widzę AI piszące 1150 linii wysokiej jakości kodu w 40 minut, nie panikuję, wręcz przeciwnie — czuję ulgę. Bo ten kod ucieleśnia to, do czego zawsze dążyłem: jasną strukturę, prostą logikę, wyraźną intencję.

Niektórzy mówią, że to sprawi, że wielu programistów straci pracę. Tak, jak prasa drukarska pozbawiła pracy kopistów. Ale prasa drukarska stworzyła też pisarzy, redaktorów, wydawców. SLAPS sprawi, że znikną „robotnicy kodu", ale stworzy „architektów protokołów AI".

Godność programowania nie utrzymuje się przez ochronę zacofania, ale przez przyjęcie postępu do odbudowy.

Niech kod znów stanie się poezją, niech programiści znów staną się inżynierami, niech programowanie znów stanie się siłą zmieniającą świat.

Prawdziwy duch hakerski nie tkwi w umiejętnościach, ale w intencji. W obliczu AI najmądrzejsze nie jest opór, ale pytanie: Jak mogę z nim współdziałać?

To właśnie chcemy zrobić.

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

Do wszystkich prawdziwych programistów: SLAPS to nie rewolucja, to powrót. Powrót do struktury, do odpowiedzialności, do tych linii kodu, które kiedyś kochaliśmy.

Wang Xiao Czerwiec 2025, Lizbona

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

O autorze

Wang Xiao jest architektem protokołów AI, autorem System and Freedom i inicjatorem OathAI.

Jego praca koncentruje się na współtworzeniu człowiek-AI, zarządzaniu protokołami, semantycznym kotwiczeniu i długoterminowej ciągłości wiedzy.

Zastrzeżenie

Ten esej odzwierciedla bieżące obserwacje i rozważania metodologiczne autora, oparte na osobistej praktyce, badaniach i doświadczeniu współpracy człowiek-AI.

Ten esej nie stanowi porady prawnej, inwestycyjnej, medycznej, zawodowej ani technicznej gwarancji wdrożeniowej. Czytelnicy stosujący te metody w realnych projektach powinni dokonywać niezależnych ocen i brać odpowiedzialność za konkretne wyniki.