Kiedy dziennikarz zadaje to samo pytanie czterem inżynierom z 10+ latami w produkcji, spodziewasz się czterech różnych odpowiedzi. Dostajesz jedną. AI uczyniło sam akt pisania kodu prawie nieistotnym, ownership nie drgnął, a inżynier który robi obie rzeczy wciąż dostaje telefon. Marko Crnjanski w ShiftMag (24 kwietnia 2026) usadził Denisa, Marinę, Marka i Mariusza-przy-imieniu-Mario przed czterema pytaniami i zbieżność jest news. Nie zgadzają się dlatego, że uzgodnili. Zgadzają się dlatego, że robota się zmieniła w ten sam sposób dla każdego, kto pisze produkcyjny kod w 2026.
Ten tekst czyta ich odpowiedzi z perspektywy buyer-side i hiring-side, z cytatami verbatim i polemika moja. Jeżeli filtrujesz seniorów na umowę B2B, płacisz seniorowi w PLN albo nosisz pager za system, który wypuszcza AI-wygenerowany kod codziennie, ta czterokrotna zbieżność jest sygnałem, na który warto popatrzeć.
Co właściwie mówi wywiad ShiftMag
Marko Crnjanski przepytał czterech inżynierów po ponad dekadzie produkcyjnego stażu. Trzy pytania: co utrzymywało ich relevant przez lata, czy długoterminowy sukces leży po stronie głębokiego specjalisty czy szerokiego generalisty, oraz jak narzędzia AI zmieniają trajektorię kariery developerskiej. Odpowiedzi były edytowane, ale nie skompresowane do banału. Czytane od deski do deski brzmią mniej jak panel, a bardziej jak focus group, który nie wiedział, że nim jest.
Denis o pozostaniu relevant: Zawsze szukałem sposobów, żeby usprawnić swój workflow, żebym mógł spędzać więcej czasu na ciekawych, kreatywnych częściach roboty, a mniej na powtarzalnych, rutynowych zadaniach. Skupiałem się na realnym rozumieniu problemów i możliwych rozwiązań, co znaczyło budowanie głębszej wiedzy zamiast polegania na szybkich poprawkach z internetu.
Marina: To, co utrzymuje mnie relevant przez lata, sprowadzało się do ciekawości i hands-on learningu. Regularnie czytam blogi i oglądam konferencje online, żeby być na bieżąco z nowymi technologiami, ale najwięcej nauczyłam się, próbując rzeczy w małych POC-ach.
Marko: U mnie to kombinacja ciągłej nauki i mocnego skupienia na fundamentach. Zawsze próbowałem eksplorować nowe technologie i różne domeny, ale z naciskiem na zrozumienie podstawowych zasad, które za nimi stoją.
Mario: Rozmowy z innymi ludźmi, oglądanie tego, co budują inni, własne eksperymenty plus open source, YouTube, kursy Udemy na 2x speed, żeby szybko zrozumieć, co jest możliwe z nieznanym narzędziem.
Każdy z nich, pytany osobno, wracał do tej samej triady: głębsza wiedza ponad szybką poprawkę, hands-on doświadczenie produkcyjne, oraz nauka, która porusza się między domenami, nie schodzi w jeden szyb. Czterej również pracowali na różnych stackach (Marina front-endowo, Mario od Linux internals w górę, Marko cross-stack, Denis bliżej produktu), co czyni zbieżność mocniejszą, nie słabszą.
AI jako wzmacniacz, nie zamiennik
Najmocniejsza linia w artykule pochodzi od Mariny: Narzędzia AI istotnie zmienią to, jak pracują developerzy, ale nie widzę, żeby zastępowały silnych inżynierów. Zamiast tego wzmocnią tych, którzy rozumieją, co budują.
Słowo wzmacniacz robi tu sporo roboty. Wzmacniacz mnoży sygnał. Mnoży też szum. Czytanie buyer-side: AI nie podnosi juniora do seniora samym swoim istnieniem i nie spłaszcza krzywej seniority. Zaostrza ją. Senior, który wie, co wysłać, robi to szybciej. Junior, który nie wie, co wysłać, szybciej wysyła nie to.
Denis idzie dalej, z najbardziej prowokacyjnym cytatem w tekście: Narzędzia AI uczyniły umiejętności pisania kodu prawie nieistotnymi. Mimo to inne umiejętności i praktyki związane z jakością, jak trunk-based development, TDD, continuous delivery, modularność, kohezja, DDD i tym podobne, są dziś bardziej wartościowe niż przedtem. Narzędzia AI to potężny wzmacniacz, i potrzebują prowadzenia.
Przeczytaj to wolno. On nie mówi, że pisanie kodu nie ma znaczenia. Mówi, że sam akt produkowania poprawnej składni w znanym języku spadł w wartości ekonomicznej blisko zera, a otaczające rzemiosło (dyscyplina testowa, kadencja deploymentu, kohezja architektoniczna) poszły w górę. To zgadza się z tym, co polscy rekruterzy mówili No Fluff Jobs w raporcie Rynek pracy IT 2025/2026: programiści coraz częściej są operatorami LLM-ów i architektami automatyzacji, nie code typistami. Just Join IT w Co z tym Eldorado? formułuje to bardziej wprost: prompt engineering przez rok był tak samo ważny jak klasyczne programowanie, potem rozpuścił się w codziennej robocie, a to, co zostało, to umiejętność celowania AI w problemy, które się liczą.
Dla commerce pod Universal Commerce Protocol i agentów zakupowych AI albo dostaw headless WordPress z rozdzieleniem frontu publikacji od panelu, framing Mariny to operacyjna prawda. AI wypuszcza kod. Senior decyduje, czy ten kod w ogóle należy do tego repo.
Ownership i pager nie ruszają się z miejsca
Najczystsze sformułowanie ludzkiej strony AI shocka pochodzi od Mario: Ilość generowanego kodu jest ogromna, a ludzie wciąż muszą go reviewować, rozumieć i posiadać. AI nie jest tym, kto wstaje, kiedy coś się psuje. Tworzenie PR-ów z AI jest łatwe, bycie za nie odpowiedzialnym to inna historia.
To linia, którą wkleja się do macierzy hiring po stronie kupującego. Każdy, kto nosi pager za produkcyjny system w 2026, rozumie ją instynktownie. AI rozszerza powierzchnię szybciej, niż zespół rośnie. Odpowiedzialność za tę powierzchnię nie rośnie wcale. Wynik to kompresja: senior spędza więcej dnia na review, ownershipie i odmawianiu AI, a mniej na pisaniu kodu od zera. Kształt pracy bliższy jest seniorowi-reviewerowi w PR-shopie wysokiej częstotliwości niż seniorowi-IC sprzed pięciu lat.
Marko ten sam punkt formułuje innym językiem: Kiedy coś się psuje o 2 w nocy, to wciąż inżynierowie podejmują decyzje i biorą odpowiedzialność. AI jest potężne, ale tylko tak skuteczne, jak osoba która z niego korzysta.
Dla naszych klientów audytu bezpieczeństwa i opieki technicznej WordPress to operacyjna różnica między seniorem na umowie B2B a AI-augmentowanym mid. Senior to ten, którego nazwisko trafia do runbooka i którego telefon dzwoni, kiedy runbook zawiedzie. AI tego stanowiska nie obsadzi.
M-shaped wygrywa z T-shaped, w długim terminie
Środek artykułu jest częścią, którą rekruterzy poznają najsłabiej. Czterech weteranów dostało pytanie, czy długoterminowy sukces leży po stronie głębokiego specjalisty czy szerokiego generalisty, i trzech z czterech odpowiada że żadne z dwóch. Opisują kształt M: głębia w wielu domenach, zebrana przez podążanie za problemami, nie planowanie kariery.
Marina zaczyna od kanonicznego T i mówi że przestał opisywać jej pracę: Wcześniej w karierze wierzyłam, że bycie T-shaped developerem to idealna ścieżka i zakładałam, że próba uczenia się więcej niż jednej rzeczy głęboko skończy się tylko powierzchowną wiedzą. Z czasem mój pogląd się zmienił. Przez realne doświadczenie zorientowałam się, że da się zbudować mocną, sensowną ekspertyzę w wielu obszarach bez utraty głębi.
Mario, z dwudziestoma plus latami przez Linux internals, sieci, kompilatory, kontenery, orkiestrację i systemy rozproszone, opisuje ten sam łuk: Mój pogląd ewoluował. Zaczynałem jako zwolennik T, gdzieś po drodze stałem się czymś bliższym M. Nie z projektu, lecz idąc za problemami.
Marko ujmuje wspólny mianownik: To, co spina to wszystko, to problem-solving. Technologie się zmieniają, problemy zostają. Zdolność ciągłego uczenia się, adaptacji i stosowania konceptów z jednej domeny do pozornie niezwiązanych problemów staje się niesamowicie wartościowa w długim terminie.
To jest techniczne uzasadnienie kompozycyjnego wzorca inżynierskiego, który polskie marki freelance jak wppoland.com sprzedają. WordPress siedzi obok Astro, Next.js, Cloudflare Workers, Universal Commerce Protocol, NIS2 readiness i audytu dostępności, nie dlatego że inżynier zbierał stacki jak odznaki, ale dlatego, że problemy produkcyjne przekraczały te granice. CV M-shaped trudniej udać niż CV T-shaped; głębia każdego szpica jest sprawdzalna w call referencyjnym.
Tight spot juniora
Najtwardsza linia w artykule też jest od Mario, i nie jest optymistyczna: Młodzi developerzy są w tight spocie. Nagle oczekuje się od nich, żeby pomijali pisanie kodu ręką, a wciąż mieli tę samą głębię rozumienia. I nie jestem pewien, czy da się tę część pominąć. Jest coś takiego w pisaniu kodu ręką, uderzaniu w ścianę, debugowaniu samemu i czuciu bólu, kiedy nie działa, co buduje intuicję, której nie da się obejść. Nawet jeżeli AI jest szybsze i łatwiejsze.
Dla polskich juniorów empiria zgadza się z tezą Mario. No Fluff Jobs raportuje, że oferty na junior spadły w 2025 do 5,3 procent wszystkich ofert, a senior trzyma 59,7 procent. Just Join IT mierzy junior na 4,79 procent swoich ofert, senior na 51,48 procent. Pipeline, który historycznie produkował seniorów (junior pisze ręką, uderza w ścianę, uczy się), został zerwany na warstwie wejścia, bo AI-augmentowany junior produkuje output, który wygląda jak senior na ekranie i nie jest.
Rekomendacja Marka jest najbardziej pragmatyczna: Dla młodszych developerów, nie pomijajcie fundamentów. Oczekiwania są wyższe niż kiedykolwiek, ale silne podstawy są kluczem do trwałej kariery. Dobra wiadomość jest taka, że dostęp do wiedzy i narzędzi AI jest dziś lepszy niż kiedykolwiek. Używaj AI, żeby przyspieszyć naukę, nie żeby zastąpić rozumienie.
Mario podsuwa taktyczny przepis: Pisz tyle kodu ręką, ile możesz. Używaj AI do review, pytaj o inne opcje, niech kwestionuje twoje podejście, a potem faktycznie przemyśl odpowiedzi.
Jeżeli prowadzisz program junior lub mid w polskim albo DACH-owym kontekście w 2026, to jest struktura, którą wdrażasz, nie ta, o której się czyta. AI jest częścią toolchainu, ale codzienne ćwiczenie to najpierw kod ręką, potem AI jako druga para oczu.
Continuous delivery, TDD, DDD: dlaczego stare rzemiosło wraca
Najmniej seksowne i najbardziej ekonomicznie obciążone zdanie, jakie Denis mówi w wywiadzie, jest tym, które kupujący powinni zaznaczyć. Wymienia trunk-based development, TDD, continuous delivery, modularność, kohezję i domain-driven design jako bardziej wartościowe w 2026 niż wcześniej. Żadne z nich nie jest nowe. Większość krąży od wczesnych lat 2000. Powód, dla którego pojawiają się znowu w słowniku seniora w 2026, to dokładnie szok AI.
Trunk-based development liczy się bardziej, bo wolumen PR-ów z AI-augmentowanych zespołów jest wyższy; długie branche szybciej umierają. TDD liczy się bardziej, bo AI-wygenerowany kod przechodzi linter i nie przechodzi specu; spec musi istnieć w formie testu, zanim AI w ogóle wystartuje. Continuous delivery liczy się bardziej, bo tempo zmian jest wyższe; powierzchnia deploymentu to jedyne miejsce, gdzie da się kontrolować latencję. Modularność i kohezja liczą się bardziej, bo AI generuje kod, który po cichu przekracza granice modułów; bez architektonicznego szkieletu te ciche przekroczenia zamieniają się w ball of mud, który Mario opisał. DDD liczy się bardziej, bo reguły biznesowe to ta część systemu, do której AI ma najmniejszy dostęp; wartość seniora to utrzymywanie modelu.
Czytaj tę listę jako sygnał kupna. Senior na umowie B2B w 2026, który nie potrafi opisać swojego wzorca TDD, swojej kadencji trunk-based i swojej mapy DDD-context, nie jest seniorem w 2026. Jest mid-em z dostępem do AI, co jest innym poziomem cenowym.
Polemika: co czterej weterani sugerują, ale nie mówią
ShiftMag jest dla narzędzi AI łagodny. Czterej inżynierowie wszyscy ich używają. Ukryta polemika, której redaktor nie wyciągnął i którą wyciągnę ja, brzmi: zawód seniora w 2026 jest asymetrycznie trudniejszy niż w 2022, podczas gdy zawód juniora jest asymetrycznie łatwiejszy na powierzchni i asymetrycznie trudniejszy pod spodem.
Asymetrycznie trudniej dla seniorów, bo:
- wolumen PR-ów do review rośnie szybciej niż headcount,
- decyzje architektoniczne muszą wytrzymywać szybsze, pewniejsze siebie alternatywy z AI,
- powierzchnia on-call rośnie z wolumenem kodu, nie wielkością zespołu,
- zdolność do odrzucenia plausible AI-suggestion to dziś dzienna, nieodpłatna umiejętność.
Asymetrycznie łatwiej na powierzchni dla juniorów, bo widoczny output (działający kod, ukończone tickety) przychodzi szybciej. Asymetrycznie trudniej pod spodem, bo droga od wyprodukowałem output do rozumiem system już nie idzie domyślnie przez kod ręcznie napisany. Junior musi się na trudniejszą ścieżkę zapisać sam. Niewielu się zapisze, dlatego senior premium rośnie.
Dla polskich freelancerów to jest struktura rynku, która płaci. No Fluff Jobs medianę senior B2B podawał w 2024 na 24,360 PLN net miesięcznie. Reset 2025 do 2026 utrzymał ten floor i wzmocnił senior share do prawie 60 procent ofert. Zbieżność, którą złapał ShiftMag, to jest to, jak te liczby czuje się od środka.
Co to oznacza dla kupujących w 2026
Jeżeli kupujesz inżynierię senior w 2026, czterokrotna zbieżność w ShiftMag daje czysty filtr:
- Zapytaj o odrzucone sugestie AI, tygodniowo. Każdy, kto puszcza produkcyjny kod z AI, odrzuca sugestie co tydzień. Konkrety odsiewają teatr.
- Przeczytaj review, które kandydat napisał, nie te które otrzymał. Authoring PR-a jest dziś AI-tani. Reviewing to senior signal.
- Przejdź jeden incydent produkcyjny od pageru do post-mortemu. AI nie obsadza dyżurów. Historia z konkretami to sygnał, który przetrwał.
- Porównaj output z AI i bez AI dla tego samego zadania. Delta to faktyczny lift.
- Pytaj o M-shape. Dwie albo trzy głębokie domeny z nazwanymi systemami. T-shape to ideał z 2018; w 2026 zaniża cenę inżyniera, który potrafi przejść między warstwami, kiedy problem tego wymaga.
Czterej weterani implicite popierają lejek hiring, w którym sygnały powierzchniowe (prędkość pisania, biegłość składniowa, znajomość frameworków) zostały spłaszczone przez AI, a sygnały głębokie (odmowa, ownership, narracja on-call, pamięć architektoniczna) skompoundowały się.
Zamknięcie: kompozycyjna inżynieria jako wzorzec seniora w erze AI
Najmocniejsze pojedyncze zdanie w ShiftMag, i to które najbardziej bezpośrednio mapuje się na to, jak ta marka sprzedaje, to formułowanie Marka: To, co spina to wszystko, to problem-solving. Technologie się zmieniają, problemy zostają.
Wzorzec kompozycyjnego inżyniera, gdzie jeden senior porusza się między WordPressem, headless front-endem, edge runtime, integracją AI i zgodnością regulacyjną, nie jest hasłem marketingowym. To jest to, jak wygląda inżynieria M-shaped, kiedy realia produkcyjne to wymuszają. AI nie wymyśliło wzorca. Przyspieszyło go. Czterech weteranów w ShiftMag opisuje kształt seniorskiej roboty w 2026 z czterech różnych kątów, i kształt jest ten sam.
Dla freelance engagementu w 2026 praktyczne czytanie brzmi: płać za odmowę, ownership i głębię w wielu domenach. Prędkość pisania jest dziś darmowa.
Cytowane źródła:
- Marko Crnjanski, “What 4 engineers with 10+ years of experience say about staying relevant in the AI era,” ShiftMag, 24 kwietnia 2026.
- No Fluff Jobs, “Rynek pracy IT 2025/2026.”
- Just Join IT, “Co z tym Eldorado? 2024/2025.”
Powiązane czytanie na tej stronie:
- Universal Commerce Protocol jako opis usługi
- Headless WordPress: programowanie i wdrożenia
- Audyt bezpieczeństwa WordPress
- Opieka techniczna WordPress
Ostatnia aktualizacja: 2026-05-02.
