Atrofia umiejętności: czy piloci i programiści zapomną swojego fachu?
Narzędzia obiecują, że uwolnią specjalistów od żmudnej rutyny. Paradoks polega na tym, że ta sama rutyna bywa fundamentem mistrzostwa: to dzięki niej pilot czuje maszynę, a programista rozumie kod, który podpisuje swoim nazwiskiem. Gdy automat przejmuje codzienną praktykę, umiejętność nie zostaje zamrożona w gotowości — powoli się zużywa. Lotnictwo poznało ten mechanizm po twardemu i nazwało go wprost; branża programistyczna dopiero zaczyna mierzyć jego skutki.
Mechanizm atrofii
Badania nad degradacją kompetencji pokazują regularnie to samo: sprawności nieużywane zanikają, przy czym zdolności poznawcze — ocena sytuacji, planowanie, szybkie decyzje — niszczeją szybciej niż proste odruchy motoryczne. Specjalista pracujący w cieniu automatu stopniowo przestaje być wykonawcą, a staje się obserwatorem: monitoruje ekrany, zatwierdza propozycje, reaguje dopiero wtedy, gdy coś wyraźnie się psuje. W takim trybie trudno utrzymać biegłość, bo biegłość buduje się przez akt, a nie przez oglądanie. Problem pogłębia zaufanie do maszyny — im rzadziej zawodzi, tym mniej okazji do treningu.
Kokpit: lekcja, którą lotnictwo już odrobiło
Lotnictwo cywilne zmierzyło koszt tej pułapki raportem „Operational Use of Flight Path Management Systems”, opublikowanym przez amerykańską Federal Aviation Administration w 2013 roku. W analizowanych wypadkach aż 60 proc. wiązało się z błędami pilotażu ręcznego, a w ponad jednej piątej przypadków załoga została zaskoczona zachowaniem pokładowych systemów. Media opisywały wtedy zjawisko jako „uzależnienie od automatyzacji”, a śledztwo w sprawie katastrofy lotu Asiana 214 w San Francisco skupiło się m.in. na współpracy trzech pilotów z autopilotem i automatyczną przepustnicą, która przeszła w tryb niekontrolowania prędkości.
Wnioski przełożono na konkretne regulacje. FAA wydała w listopadzie 2022 roku nowe wytyczne szkoleniowe, które mają pomagać liniom w rozwijaniu i utrzymywaniu umiejętności pilotażu ręcznego oraz chronić załogi przed nadmiernym poleganiem na automatyzacji. Z kolei ankieta Międzynarodowego Zrzeszenia Przewoźników Powietrznych potwierdziła, że znaczna liczba pilotów odczuła u siebie degradację sprawności prowadzenia maszyny rękami i wzrost zależności od systemów. Zalecenia są jednoznaczne: przewoźnicy mają dawać pilotom okazje do lotów na rękach i śledzić ich postawy bez stosowania kar, korzystając z danych rejestrowanych pokładowo.
Programiści: historia zatacza koło
Branża oprogramowania stoi dziś mniej więcej tam, gdzie lotnictwo przed kilkunastoma laty. Firma GitClear przeanalizowała 211 milionów zmienionych linii kodu z lat 2020–2024 i wykryła sygnał alarmowy: w 2024 roku po raz pierwszy ilość kodu wklejanego przez schowek przewyższyła ilość kodu przenoszonego, czyli refactoringu. Udział przenoszonych linii spadł w tym okresie z około jednej czwartej do mniej niż dziesięciu procent, a liczba commitów zawierających zduplikowane bloki wzrosła w ciągu dwóch lat wielokrotnie. Według badania Stack Overflow z 2024 roku prawie dwie trzecie zawodowych programistów używa już sztucznej inteligencji w pracy, więc te trendy dotyczą głównego nurtu, a nie niszy.
Kolejne analizy GitCleara z 2026 roku pokazują kontynuację: refaktoring i pielęgnacja starego kodu cofają się względem poziomów z 2022 roku, a kopiowanie bloków narasta. Kod generowany szybko i tanio wygląda na kompletny, ale przenosi ciężar utrzymania systemu na przyszłość — na recenzentów, testerów i następców autorów.
Skutki dla ludzi i organizacji
Największe ryzyko pojawia się w momencie awarii. Pilot musi przejąć maszynę dokładnie wtedy, gdy automat zawodzi, a programista — naprawić system, gdy asystent zmyśli rozwiązanie. Jeśli w tym momencie podstawowe sprawności są skorodowane, człowiek staje się widzem technologii. Dla początkujących jest jeszcze trudniej: kto od pierwszego dnia pisał z asystentem, może nigdy nie zbudować fundamentów, które pozwoliłyby mu ocenić, czy propozycja maszyny ma sens. Organizacje płacą potem dług techniczny: mnożące się kopie tej samej logiki oznaczają, że każda poprawka błędu wymaga przeszukania kilku miejsc w kodzie.
Regulacje i praktyki ochronne
Różnica między obiema branżami polega na tym, że lotnictwo ma regulatora, obowiązkowe symulatory i kulturę zgłaszania błędów, podczas gdy rynek oprogramowania pozostawia kwestię kompetencji firmom. Tam gdzie państwo nie interweniuje, ochronę muszą zapewniać same zespoły: celowe ćwiczenia bez pomocy maszyny, okresowe „loty na rękach” w kodzie, wymaganie, by autor rozumiał każdą zaakceptowaną linię, oraz traktowanie asystenta jako recenzenta, a nie autora. Uczelnie i pracodawcy powinni też chronić etapy nauki, na których młody specjalista ćwiczy bez skrótów.
Automatyzacja nie jest wrogiem mistrzostwa — wrogem jest jej niekrytyczny monopol. Lotnictwo udowodniło, że da się pogodzić wydajność systemów z utrzymaniem ludzkich sprawności, ale wymaga to świadomego treningu i pomiaru. Jeśli programiści nie wyciągną wniosków z doświadczeń kokpitu, za dekadę branża odkryje, że umie pisać kod coraz szybciej i rozumie go coraz mniej.
