Carson Gross sprowadza programowanie do kontroli złożoności, a nie klepania kodu

Simon Willison zwrócił uwagę na esej Carsona Grossa, twórcy biblioteki htmx i wykładowcy na Montana State University. Gross odpowiada na obawy studentów informatyki zastanawiających się, czy programowanie ma jeszcze sens w erze modeli generatywnych. Zamiast zaprzeczać możliwościom AI, opiera swoją analizę na 2 fundamentach zawodu: rozwiązywaniu problemów za pomocą komputera oraz poskramianiu złożoności powstających rozwiązań.

Syntetyczny kod rozwiązuje bieżące zadanie kosztem ukrytego długu

Modele językowe radykalnie obniżyły koszt generowania poprawnego kodu w kilka sekund. Gross ostrzega jednak przed pułapką, w którą wpadają początkujący programiści traktujący asystentów jako zamiennik samodzielnego pisania. Kto przestaje pisać kod, traci umiejętność jego wnikliwego czytania, analizowania i wyłapywania anomalii. Zamiast samodzielnego inżyniera powstaje uczeń czarnoksiężnika, uruchamiający procesy, których mechaniki nie pojmuje i nie potrafi zatrzymać.

Zdolność oceny architektury staje się głównym atutem liderów

Gdy rynkowa wartość samego klepania składni spada, zrozumienie domeny biznesowej i architektury oprogramowania rośnie. Gross zauważa, że najgorsi architekci w historii IT rekrutowali się z ludzi, którzy mało programowali i nie znali realiów wdrożeniowych. Junior, który proste moduły oddaje maszynie, nie zbuduje intuicji potrzebnej do projektowania stabilnych systemów. Sztuczna inteligencja sprawdza się jako wymagający asystent tłumaczący zawiłości, a nie bezrefleksyjna fabryka commitów.

Tani generator w niedoświadczonych rękach potęguje przypadkową złożoność

Zagrożenie nie polega na tym, że model nie wygeneruje działającego skryptu. Ryzyko tkwi w zalaniu repozytorium przypadkową złożonością i nadmiarowymi zależnościami. Tradycyjny kompilator wymusza reguły deterministyczne, podczas gdy model podaje jedynie prawdopodobne statystycznie tokeny. Człowiek w tej pętli nie przywraca determinizmu, lecz przejmuje pełną odpowiedzialność za kod, który zespół będzie musiał utrzymywać przez kolejne 10 lat.

Bezwzględne upraszczanie kodu zadecyduje o trwałości oprogramowania

W nadchodzących latach miarą dojrzałości inżynierskiej nie będzie liczba wysłanych promptów ani tempo tworzenia gałęzi w repozytorium. Wygrają zespoły potrafiące bezlitośnie odrzucać syntetyczny balast i upraszczać struktury, zanim zawiłości sparaliżują rozwój aplikacji. Firmy, które odbiorą juniorom możliwość samodzielnego pisania kodu, w ciągu kilku kwartałów ugrzęzną w niemożliwym do opanowania długu technologicznym.

Werdykt Lilith

Programista, który oddaje modelowi całe pisanie kodu, szybko skończy jako kontroler obcych rachunków w języku, którego sam nie rozumie. Rzeczywista wartość inżyniera zaczyna się w chwili, gdy potrafi zredukować wygenerowany stos do pięciu czystych funkcji.