Oprogramowanie pożarło świat. Teraz AI pożera oprogramowanie, plik po pliku. Jeśli piszesz kod zawodowo, prawdopodobnie poczułeś, jak grunt usuwa Ci się spod klawiatury. Jeden programista poczuł to dwukrotnie w ciągu jednego roku. Najpierw maszyna przejęła pisanie. Potem przejęła sprawdzanie. On wciąż ma pracę, ale tylko dlatego, że zmienił ją nie do poznania.

To nie jest przepowiednia o końcu świata. To raport z pola bitwy, prosto z samego środka transformacji.

Pierwsza zmiana: Od pisania do korekty

Był taki czas, kiedy jego rzemiosło można było opisać prosto: myśleć, pisać, testować, wdrażać. Każdą funkcję pisał ręcznie. Nadawał nazwy zmiennym, tworzył zagnieżdżone pętle i wyłapywał przypadki brzegowe poprzez wysiłek i metodę prób i błędów. Czytanie kodu nie było osobnym zadaniem. Było procesem tworzenia, który został spowolniony i poddany inspekcji. Kontrola jakości i produkcja odbywały się w tym samym ruchu.

Potem autouzupełnianie przestało być tylko miłym dodatkiem.

Asystenci programowania AI przestali sugerować następne słowo kluczowe. Zaczęli wypluwać całe klasy, migracje baz danych i wrappery API. Ręce programisty przeniosły się z klawiszy strzałek do okna przeglądu kodu. Stracił akt pisania, ale wmawiał sobie, że jest bezpieczny. Wciąż czytał każdą linię. Wciąż śledził strukturę logiki. Był redaktorem, strażnikiem, człowiekiem w pętli (human in the loop).

Ta zmiana wydaje się do opanowania, ponieważ iluzja kontroli pozostaje nienaruszona. Wciąż dotykasz kodu. Wciąż polujesz na błędy typu off-by-one. Ale Twoja rola już się zmieniła. Nie jesteś już autorem. Jesteś pierwszą linią obrony przed halucynacjami maszyny.

Druga zmiana: Od czytania do zaufania

Druga zmiana uderzyła mocniej.

Agenci AI rozwijali się wystarczająco szybko, by pracować przez wiele godzin bez „ludzkiego tlenu”. Potrafili tworzyć szkielety aplikacji (scaffolding), refaktoryzować moduły legacy i łatać zależności, podczas gdy on odchodził na kawę. Przepustowość nie była już problemem. Problemem była jego własna prędkość czytania.

Aby utrzymać tempo projektu, musiał przestać czytać każdą linię. Nie miał innego wyjścia. Fabryka produkowała szybciej, niż on był w stanie zatwierdzać zmiany. Zaufanie stało się wymogiem, a nie cnotą. Przeszedł drogę od korektora do managera operacyjnego, nadzorującego system, który w jednym sprincie generował więcej kodu, niż on kiedyś pisał w ciągu roku.

Opisał to uczucie szczerze: nie był już koderem. Zarządzał fabryką maszyn, gdzie taśmociągi poruszały się szybciej niż jego wzrok.

Wąskie gardło przesuwa się w górę

Oto element, który łatwo przeoczyć. Wąskie gardło nie zniknęło. Zmieniło lokalizację.

Kiedy ludzie pisali kod, opóźnienie występowało między mózgiem a IDE. Programista był najwolniejszą częścią procesu i było to akceptowalne. Gdy AI przejęło autorstwo, wąskim gardłem stała się ludzka recenzja kodu. Następnie, gdy agenci mogli pracować w wielogodzinnych pętlach, wąskim gardłem stało się ludzkie podejmowanie decyzji. Nad czym agenci powinni pracować? Co jest bezpieczne do automatyzacji? Co wymaga ponownego sprawdzenia?

Fabryka produkuje szybciej, niż manager jest w stanie zatwierdzać. Problemem nie jest już prędkość maszyny. Jest nim zdolność człowieka do przyswajania, oceniania i kierowania.

Jeśli zignorujesz tę migrację wąskiego gardła, staniesz się przeszkodą, którą kolejne narzędzie zostanie zbudowane, aby usunąć.

Trzy przebudowy, jedna kariera

Przetrwanie obu fal wymagało trzykrotnego przebudowania jego roli.

Po pierwsze, przeszedł od pisania kodu do czytania kodu. Oznaczało to naukę szybkiego czytania z dużą dozą sceptycyzmu, polowanie na subtelne błędy w boilerplate’ach generowanych przez model trenowany na repozytoriach open-source i wątkach na forach. Wymagało to wyczucia, kiedy sugestia brzmi właściwie, ale jest subtelnie błędna – umiejętności zupełnie innej niż tworzenie od zera.

Następnie przeszedł od czytania kodu do budowania workflowów. To etap, na którym ląduje obecnie wielu programistów. Nie naprawiasz funkcji; projektujesz środowisko, w którym funkcje są naprawiane. Piszesz prompty, tworzysz instrukcje systemowe, ustawiasz guardraile i konfigurujesz bramki CI. Budujesz infrastrukturę łączącą agenta z kompilatorem, linterem i zestawem testów. Twoim wynikiem jest mniej składni, a więcej orkiestracji.

W końcu przeszedł od budowania workflowów do decydowania o tym, co budować. To rzadkie powietrze na samym szczycie. Wybierasz architekturę, zanim zostanie wygenerowany pierwszy plik. Definiujesz ograniczenia, interfejsy i logikę biznesową, którą AI wypełni. Stałeś się osobą myślącą produktowo, która przy okazji posługuje się językiem systemów.

Gdyby pozostał na pierwszym etapie, zostałby całkowicie zastąpiony. Jedynym powodem, dla którego wciąż otrzymuje wynagrodzenie, jest to, że awansował na trzeci etap.

Ale ta wspinaczka jest