Blog JSystems - uwalniamy wiedzę!

Szukaj

Z tego artykułu dowiesz się:

  • Co naprawdę mówią dane z rynku pracy IT, a co jest tylko nagłówkiem
  • Dlaczego każda poprzednia „śmierć programisty” okazała się początkiem wzrostu zatrudnienia
  • Które role są realnie zagrożone, a które AI dopiero stworzyło
  • Co mówią szefowie firm AI — i dlaczego ich słowa trzeba czytać ostrożnie
  • Co konkretnie zrobić, żeby być po właściwej stronie tej zmiany

To pytanie wraca co kilka miesięcy, zwykle po premierze nowego modelu albo po fali zwolnień w którejś z dużych firm technologicznych. Pojawia się nagłówek „AI napisało aplikację samo”, ktoś dodaje wykres zwolnień w Big Techu, a pod spodem komentarz: „po co iść na informatykę, skoro za pięć lat nie będzie programistów?”

Odpowiedź, do której dojdziemy w tym tekście, brzmi: AI nie zastępuje programistów — zastępuje część ich zadań i radykalnie zmienia profil zawodu. To nie jest uspokajający frazes. To wniosek z danych rynkowych, z historii branży i z tego, jak faktycznie wygląda dziś praca z modelami językowymi. Przejdźmy przez to po kolei, bez marketingu w żadną stronę.

Najpierw rozdzielmy dwa różne pytania

„Czy AI zastąpi programistów?” to w rzeczywistości dwa pytania sklejone w jedno, i mylenie ich jest źródłem większości nieporozumień:

  • Czy AI zastąpi programowanie jako czynność? — czyli ręczne pisanie kodu linijka po linijce. Tutaj odpowiedź jest coraz bardziej twierdząca. Sporej części tej pracy już dziś nie wykonujemy ręcznie.
  • Czy AI zastąpi programistę jako zawód? — czyli osobę, która rozumie problem, projektuje rozwiązanie, ocenia ryzyko i bierze odpowiedzialność za działający system. Tutaj odpowiedź pozostaje przecząca, i nie zmienia się od pojawienia się pierwszych asystentów AI.

Programowanie (kodowanie) to tylko fragment pracy programisty. Badania nad tym, jak inżynierowie spędzają czas, od lat pokazują to samo: samo pisanie kodu to mniejszość dnia pracy. Reszta to czytanie cudzego kodu, projektowanie, spotkania, ustalanie wymagań, debugowanie, code review i czekanie. AI mocno przyspiesza ten jeden fragment — a nie cały zawód.

Na co naprawdę idzie dzień programisty Pisanie zupełnie nowego kodu to tylko wycinek — i właśnie ten wycinek AI przyspiesza najmocniej Nowy kod Czytanie / debug Projekt / wymagania Spotkania Pisanie nowego kodu — tu AI daje największe przyspieszenie Czytanie i debugowanie cudzego kodu — AI pomaga, ale decyduje człowiek Projektowanie i rozmowy o wymaganiach — tu AI nie zastępuje człowieka
Schemat poglądowy. Samo pisanie nowego kodu to mniejszość dnia pracy — i akurat to AI przyspiesza najmocniej.

Co mówią dane z rynku pracy

Tu zaczyna się różnica między emocją a faktem. Gdyby AI realnie zastępowało programistów, zobaczylibyśmy to w liczbach: spadającą liczbę ofert pracy, rosnące bezrobocie w zawodzie, kurczące się zarobki. Tymczasem dane są niejednoznaczne, ale daleko im do scenariusza „końca zawodu”:

  • Globalne prognozy zatrudnienia rosną, nie maleją. Amerykańskie biuro statystyki pracy (BLS) wciąż prognozuje wzrost zatrudnienia w zawodach programistycznych w perspektywie dekady — szybszy niż średnia dla całego rynku pracy.
  • World Economic Forum w cyklicznym raporcie „Future of Jobs” zalicza role związane z AI i analizą danych do najszybciej rosnących, a jednocześnie zaznacza, że AI jednocześnie likwiduje i tworzy miejsca pracy — z dodatnim bilansem dla kompetencji technicznych.
  • W Polsce liczba aktywnych ofert IT idzie w dziesiątki tysięcy, a kolejne raporty branżowe od lat wskazują utrzymujący się niedobór specjalistów w dużych firmach.

Jednocześnie — i tę część trzeba powiedzieć uczciwie — rynek się ochłodził względem szczytu z lat 2021-2022. Część zwolnień w Big Techu była realna. Ale przypisywanie ich wyłącznie AI to błąd. Złożyło się na nie kilka rzeczy naraz: przeinwestowanie w okresie pandemii, wyższe stopy procentowe, które podniosły koszt finansowania, oraz korekta po latach agresywnego zatrudniania. AI jest częścią narracji, którą firmy chętnie podają inwestorom — bo „tniemy koszty dzięki AI” brzmi lepiej niż „przesadziliśmy z zatrudnianiem w 2021”.

Uważaj na pułapkę przyczynowości. „Firma zwolniła ludzi i wdraża AI” nie znaczy „firma zwolniła ludzi przez AI”. To dwa fakty, które marketing i nagłówki chętnie łączą w jeden. Realny powód zwolnień bywa znacznie bardziej prozaiczny: stopy procentowe, korekta po pandemii, presja na marżę.

Każda epoka miała swoją „śmierć programisty”

Najlepsze lekarstwo na panikę to pamięć. Przekonanie, że nowe narzędzie zlikwiduje zawód programisty, nie jest nowe — towarzyszy branży od jej początków. Za każdym razem narzędzie podnosiło poziom abstrakcji, czyniło część dotychczasowej pracy zbędną — i za każdym razem programistów było więcej, nie mniej.

Kolejne narzędzia, które miały „zabić” zawód programisty Za każdym razem podnosiły abstrakcję — i za każdym razem programistów było więcej lata 50. Kompilatory („po co programiści, skoro maszyna tłumaczy sama?”) lata 80. Języki 4GL, narzędzia CASE lata 2000. Offshoring, frameworki, gotowe biblioteki lata 2010. No-code, low-code 2020+ AI / LLM (jesteśmy tu) Efekt za każdym razem ten sam: więcej oprogramowania na świecie -> więcej, nie mniej, programistów
Kompilator zlikwidował ręczne pisanie w asemblerze — i otworzył programowanie dla milionów ludzi. To wzorzec, nie wyjątek.

Działa tu mechanizm, który ekonomiści nazywają paradoksem Jevonsa: kiedy coś staje się tańsze i łatwiejsze, zużywamy tego więcej, a nie mniej. Gdy pisanie kodu stało się tańsze dzięki kompilatorom, frameworkom i bibliotekom, nie zmniejszyliśmy ilości oprogramowania — eksplodowaliśmy z nią. Każdy sklep ma dziś aplikację, każda lodówka ma firmware, każda firma ma swój system. Im taniej powstaje oprogramowanie, tym więcej rzeczy opłaca się oprogramować — a każda z nich potrzebuje kogoś, kto zrozumie, co się dzieje pod spodem.

AI jest kolejnym, bardzo mocnym krokiem na tej samej drabinie abstrakcji. Różnica skali jest realna — ale kierunek znamy z historii.

Co AI naprawdę przejmuje, a czego nie tyka

Granica między tym, co AI robi świetnie, a tym, gdzie zawodzi, jest dziś dość wyraźna i stabilna. Warto ją znać, bo to ona decyduje, które umiejętności tracą na wartości, a które zyskują.

AI radzi sobie dobrze (zadania zagrożone automatyzacją) AI wciąż zawodzi (tu potrzebny jest człowiek)
Pisanie powtarzalnego kodu (boilerplate), getterów, prostego CRUD Projektowanie architektury i granic systemu
Generowanie testów jednostkowych do istniejącego kodu Zrozumienie, czego naprawdę potrzebuje biznes
Dokumentowanie i wyjaśnianie fragmentu kodu Debugowanie złożonych awarii na produkcji
Tłumaczenie kodu między językami Ocena kompromisów (szybkość vs koszt vs bezpieczeństwo)
Szukanie błędów składniowych i podpowiadanie poprawek Odpowiedzialność za skutki decyzji technicznej
Prototyp prostej funkcji na podstawie opisu Bezpieczeństwo, audyt, zgodność z regulacjami

Cała prawa kolumna to praca programisty średniozaawansowanego i seniora. Lewa to znaczna część dawnych obowiązków juniora. I właśnie z tego napięcia bierze się najważniejszy realny problem — nie „koniec zawodu”, ale przesunięcie progu wejścia.

Jest jeszcze druga rzecz, którą AI z natury robi słabo: bierze odpowiedzialność. Kiedy model wygeneruje kod, który położy produkcję albo wycieknie dane klientów, model nie odpowie przed klientem, audytorem ani regulatorem. Odpowie człowiek. A skoro odpowiada człowiek, to człowiek musi rozumieć to, co podpisuje. Tej części nie da się oddelegować maszynie — i to jest twardy fundament, na którym opiera się zawód.

Realny problem: zniknął łatwy próg wejścia dla juniora

Jeśli AI komuś realnie utrudniło życie, to juniorom. Mechanizm jest prosty: firmy zatrudniały juniorów częściowo po to, żeby wykonywali proste, powtarzalne zadania — i przy okazji się uczyli. Dziś znaczną część tych zadań robi AI, taniej i szybciej. Łatwa praca „na rozgrzewkę” wyparowała.

Z drugiej strony — i to jest klucz — junior, który od początku pracuje z AI jako narzędziem, ma dziś przewagę, jakiej nie miał nikt wcześniej. Potrafi w tydzień ogarnąć obszar, który kiedyś zajmował miesiąc. Granica nie biegnie więc między „junior” a „senior”. Biegnie między tym, kto używa AI świadomie, a tym, kto jej nie używa albo używa bezmyślnie.

AI nie zastąpi programistów. Ale programista używający AI zastąpi tego, który jej nie używa. - powtarzane na konferencjach branżowych od 2024 roku, i niestety coraz bardziej dosłowne

A co z deklaracjami szefów firm AI?

Co jakiś czas pojawia się mocny cytat: ktoś z zarządu dużej firmy technologicznej zapowiada, że „wkrótce AI napisze większość kodu” albo że „za rok nie będziemy zatrudniać juniorów”. Takie zdania trafiają na nagłówki i napędzają lęk. Warto je czytać z dwiema poprawkami.

Po pierwsze — to też jest marketing. Szef firmy sprzedającej modele AI ma bezpośredni interes w tym, żeby brzmiały jak najpotężniej. „Nasza technologia niedługo zastąpi pracę specjalistów” to jednocześnie ostrzeżenie i slogan sprzedażowy skierowany do inwestorów i klientów. To nie znaczy, że kłamie — znaczy, że jest stroną.

Po drugie — „AI napisze większość kodu” to nie to samo co „AI zastąpi programistów”. Kompilator też „pisze” dziś większość instrukcji maszynowych, których nikt nie klepie ręcznie. Nie zlikwidował zawodu — przesunął go wyżej. Zdanie „AI wygeneruje 90% kodu” jest spójne ze światem, w którym programistów jest więcej, tylko piszą mniej, a więcej projektują i weryfikują.

Kto jest realnie zagrożony, a kto zyskuje

Zamiast pytać „czy zawód przetrwa”, lepiej zapytać „która konkretna rola jest po której stronie zmiany”. To pytanie ma użyteczną odpowiedź.

Pod presją Na fali wzrostu
Programista wyłącznie odtwórczy, bez kontekstu biznesowego Inżynier AI integrujący modele z systemami firmy
Masowe, proste strony i typowy CRUD na zlecenie Architekt i osoba projektująca rozwiązania
Ręczne pisanie powtarzalnych testów Specjalista DevOps / platform / infrastruktury
Tłumaczenie prostych specyfikacji na kod 1:1 Specjalista bezpieczeństwa i audytu
Osoba, która „zna składnię”, ale nie rozumie systemu Programista płynnie pracujący z narzędziami AI

Co łączy prawą kolumnę? Wszystkie te role wymagają rozumienia systemu jako całości i umiejętności pracy z AI jako narzędziem, a nie zamiast głowy. To nie jest abstrakcyjna „miękka kompetencja przyszłości” — to konkretne rzeczy, których można się nauczyć.

Co z tym zrobić — konkretnie

Jeśli wyciągnąć z tego jeden praktyczny wniosek, brzmi on tak: nie walcz z AI o pisanie kodu — przejdź o poziom wyżej i używaj jej jako dźwigni. W praktyce oznacza to cztery rzeczy.

  1. Naucz się fundamentów na poważnie. Im więcej kodu generuje AI, tym ważniejsze jest, żeby umieć ocenić, czy ten kod jest dobry. Bez rozumienia podstaw jesteś zdany na to, co poda model — i nie wykryjesz, gdy się pomyli. Jeśli zaczynasz, zacznij od Pythona — to język ekosystemu AI.
  2. Opanuj narzędzia AI dla programistów. Asystenci tacy jak Claude Code czy Copilot to dziś standard warsztatu, a nie ciekawostka. Nieużywanie ich to jak ignorowanie debuggera — można, ale po co.
  3. Idź w stronę projektowania i integracji. Architektura, łączenie systemów, rozumienie wymagań biznesowych — to obszary, w których AI jest asystentem, a nie zastępstwem.
  4. Wybierz obszar, gdzie kontekst i odpowiedzialność są kluczowe. Bezpieczeństwo, DevOps, dane, systemy o wysokiej dostępności. Tu człowiek z wiedzą zyskuje, a nie traci.
Sedno w jednym zdaniu: AI nie zabiera pracy programistom — zabiera pracę tej części programowania, która i tak była najnudniejsza, i podnosi wartość tego, co w zawodzie zawsze było najtrudniejsze: rozumienia problemu, projektowania rozwiązania i wzięcia za nie odpowiedzialności.

Podsumowanie

Czy AI zastąpi programistów? Na podstawie danych z rynku pracy, prognoz zatrudnienia i czterech dekad historii branży: nie — ale zmieni zawód mocniej niż jakiekolwiek narzędzie wcześniej. Zniknie spora część ręcznego kodowania. Podniesie się próg wejścia dla juniorów. Wzrośnie wartość projektowania, integracji i oceny. Powstaną role, których trzy lata temu jeszcze nie było.

Przegrają ci, którzy potraktują AI jako wroga albo jako wymówkę, żeby się nie uczyć. Wygrają ci, którzy potraktują ją jak najpotężniejsze narzędzie, jakie kiedykolwiek dostali do ręki — i nauczą się go używać świadomie. To rozróżnienie, nie sam fakt istnienia AI, zdecyduje, po której stronie się znajdziesz.

Już programujesz i chcesz robić to z AI: przejść od pomysłu do działającego MVP w pięć dni, z Claude Code, OpenAI API i narzędziami AI? To szkolenie dla programistów, którzy chcą budować z AI całe aplikacje, a nie tylko podpowiadać sobie pojedyncze fragmenty kodu.

Szkolenie: AI dla programistów — od pomysłu do MVP

Szkolenie AI dla programistów -->

Chcesz opanować Claude Code i pracować z AI tak, żeby realnie przyspieszyć: od konfiguracji i pierwszych poleceń po systemy wieloagentowe?

Szkolenie: Claude Code — od zera do zespołu agentów AI

Szkolenie Claude Code -->

Chcesz wejść w jedną z najszybciej rosnących ról na rynku: projektowanie i budowę agentów AI? Szkolenie prowadzi od podstaw, bez wcześniejszego doświadczenia w uczeniu maszynowym.

Szkolenie: Tworzenie agentów AI

Szkolenie Tworzenie agentów AI -->

Najczęściej zadawane pytania

Czy AI zastąpi programistów do 2030 roku?
Nie ma danych ani prognozy poważnego ośrodka, która zapowiadałaby zniknięcie zawodu programisty do 2030 roku. AI automatyzuje konkretne zadania (boilerplate, testy, dokumentacja), a nie cały zawód. Prognozy rynku pracy IT mówią o dalszym wzroście liczby stanowisk, ale ze zmienionym profilem kompetencji: mniej ręcznego pisania kodu, więcej projektowania, oceny i integracji.
Którzy programiści są najbardziej zagrożeni przez AI?
Najbardziej zagrożone są role oparte wyłącznie na powtarzalnym, prostym kodowaniu bez kontekstu biznesowego: pisanie typowego CRUD, proste strony, masowe poprawki. Najbezpieczniejsi są programiści, którzy projektują architekturę, rozumieją dziedzinę biznesową, integrują systemy i potrafią ocenić oraz poprawić kod wygenerowany przez AI.
Czy warto zaczynać naukę programowania skoro AI pisze kod?
Tak, ale z nastawieniem na pracę z AI od pierwszego dnia. AI generuje kod, ale ktoś musi go zrozumieć, ocenić, poprawić i zintegrować. Bez znajomości programowania nie ocenisz, czy wygenerowany kod jest poprawny i bezpieczny. Programista korzystający z AI ma dziś przewagę nad tym, który jej nie używa.

Komentarze (0)

Musisz być zalogowany by móc dodać komentarz. Zaloguj się przez Google

Brak komentarzy...