Ile zarabia programista z pensją Google i za co

„Marian, mam problem, żeby ktoś mnie zatrudnił. Nie mam żadnej wartości na rynku”. Dziewięć lat C# w fintechu, a rozmowa zaczęła się właśnie tak.

Pensja software engineera w Google w Pradze zaczyna się od około 2,2 mln CZK rocznie, i to na poziomie L3, czyli na wejściu do Google. Praska mediana dla seniora to 1,82 mln CZK. Google płaci swoim juniorom więcej, niż Praga płaci swoim seniorom.

Nazwijmy go Tomáš. Zadzwonił do mnie 23 października, tego samego dnia, w którym nagrywałem AI ta Krajta #71 dokładnie na ten temat. Na LinkedIn ma wpisane senior data engineer, C#. Powiedział mi, że już nie wie, gdzie jest, kim jest ani co się z nim dzieje.

Tomáš jest dobrym inżynierem i właśnie w tym problem. Siedzi w środku rynku, gdzie za dobry kod dostajesz medianę. Doskonałość techniczna stała się biletem wstępu. W 2027 roku na rozmowie zakłada się, że umiesz kodować, a godzinę poświęca się na coś innego: czy potrafisz wybrać problem wart rozwiązania i poprawić nim konkretny wskaźnik.

Większość seniorów, z którymi rozmawiam w Europie Środkowej, przygotowuje się do złej godziny. Ja też tak robiłem, przez lata.

Byłem tym geekiem, który wierzył, że ma znaczenie, czy w teście certyfikacyjnym Javy od Sun Microsystems napiszesz i++ czy ++i. Pracowałem jako principal architect, potem rozbudowałem zespoły product engineering w Mews z 8 do 80 osób. Mam teraz 47 lat i sama technologia mnie nudzi.

Praga już płaci jak Google. Środek rynku tych pieniędzy nie dostaje

Liczba z Google to dla Pragi nie fantazja. Jest na levels.fyi, a Google nie płaci tu nawet najwięcej.

Czytaj ją ostrożnie.

Dane z levels.fyi to łączne wynagrodzenie zgłaszane przez samych pracowników, przechylone w stronę ludzi, którzy mają czym się pochwalić; dla Google w Pradze solidną liczbę ma tylko L3. Everpure nazywał się Pure Storage do lutego 2026. Wiersz Productboard to jedne opublikowane widełki, a nie mediana. Odczyt z 8 listopada 2026.

Teraz uczciwa część. Górę tej tabeli zajmują głównie spółki notowane w USA, które część pakietu płacą w akcjach. Część odpowiedzi na pytanie, „kto w Pradze dostaje pieniądze jak w Google”, to po prostu to, dla kogo pracujesz, i skłamałbym, gdybym powiedział, że chodzi wyłącznie o umiejętności.

Druga część to poziom. Poniżej mniej więcej 2 mln CZK są mediany, w tym czeskie firmy produktowe takie jak Mews. Powyżej są poziomy seniorskie u garstki pracodawców: Microsoft od poziomu 63, widełki wejściowe Google, rola staff w Productboard.

Zobacz, jak Productboard opisuje tę rolę staff: „Inżynierowie biorą na siebie więcej. Nie tylko kod, ale też wynik, który ten kod daje”.

Tu przebiega granica między środkiem rynku a pieniędzmi. Poziomy, które płacą, są opłacane za zakres i wynik, a bilet wstępu doprowadza Cię tylko do drzwi. W podcaście powiedziałem, że product builderzy w Czechach mają w 2026 roku pensje jak w Google. Ogłoszenie Productboard pokazuje to na poziomie staff; na poziomie mediany jeszcze tego nie widziałem, a Mews pokazuje, że praca może się zmienić, zanim zmieni się płaca.

Tomáš jest właśnie w tym środku. Kiedy ktoś mówi mi, że nie może znaleźć pracy, otwieram jego profil na LinkedIn. Jest tam Senior Java developer i chyba już wiem, gdzie leży problem. Stack w nagłówku mówi firmie, w czym piszesz, a nie co się zmieniło dzięki temu, co napisałeś.

Pełne widełki na 2026 rok dla inżynierów i managerów są w tekście o widełkach płacowych w Europie.

Praca zmieniła się w dniu, w którym 40 inżynierom skończył się backlog

4 listopada słuchałem Josefa Starychfojtu, CPTO w Mews, na webinarze ClosedLoop AI o tym, jak przestawił całą organizację R&D na product builderów. Mews ma 15 000 klientów w 85 krajach, a zespół Josefa liczy około 350 osób.

Iskrą była premiera modelu. „Mniej więcej wtedy, gdy wyszedł Opus 4.6”, powiedział, ta połowa jego ludzi, która była sceptyczna, zmieniła zdanie. Wzięli więc 40 inżynierów, dali im nielimitowane tokeny i co tydzień zadawali jedno pytanie: co Cię ograniczało w zeszłym tygodniu?

Pierwsze odpowiedzi dotyczyły dostępów i większej liczby tokenów. Potem odpowiedź się zmieniła: „Skończył mi się backlog i zacząłem pracować na backlogach innych zespołów, bo nie mam co robić, bo mój PM zajmuje się discovery”.

W tamtym tygodniu wąskie gardło się przesunęło. Ograniczeniem przestało być pisanie kodu, a stało się nim decydowanie, co budować.

Po trzech, czterech miesiącach planowania przełączyli wszystkich jednego dnia: „Od jutra jesteście product builderami”. Dziś Mews ma ponad 200 product builderów, około 20 specjalistów na poziomie staff, pięć opisów stanowisk w całej organizacji i w tej chwili nie zatrudnia juniorów. Josef nie lukrował kosztów. Razem ze zmianą pożegnali „sporą część” zespołu.

Dwa tygodnie wcześniej w podcaście powiedziałem to samo z perspektywy mentoringu: „Problemem nie jest już kodowanie, tylko aktywacja i adopcja”. Jak dostarczyć to do ludzi, na rynek, kto się o tym dowie. Engineering Managerowie przeszli przez ten sam podział, o czym pisałem w tekście o AI Engineering Managerze.

Co oceniają rekrutujący w 2027 roku

Google wciąż sprawdza bilet wstępu i dobrze za niego płaci. Baza pytań od kandydatów do Google na Aced wymienia klasyki takie jak „Edit distance” i „Reverse a linked list”. Ale miejsc w Google w Pradze jest niewiele, a na reszcie rynku bilet wstępu daje medianę. O poziomach powyżej decyduje reszta godziny.

Josef już widzi tę resztę godziny w ich rekrutacji. Ludzie, którzy aplikują na te role, „bardzo się różnią doświadczeniem, umiejętnościami i pod każdym możliwym względem”, powiedział, „są dużo bardziej przedsiębiorczy, dużo lepiej obeznani w wielu dziedzinach”.

Moja zasada jest krótsza. Nie biorę do firmy nikogo bez myślenia produktowego. Znajomość Javy czy C# to absolutny standard. Oto co ocenia się ponad nim.

Czy potrafisz poprawić wskaźnik

Każdy product builder w Mews odpowiada za jeden wskaźnik wyniku. Przykład Josefa: jeśli odpowiadasz za silnik rezerwacji, Twoją liczbą jest konwersja silnika rezerwacji.

Na rozmowie rekrutacyjnej brzmi to tak: „opowiedz o funkcji produktu, za którą odpowiadałeś od początku do końca i która poprawiła kluczowy wskaźnik” (startup.jobs). Na to pytanie nagłówek Tomáša dziś nie odpowie. Senior bez liczby nie ma tu nic do powiedzenia.

Czy umiesz ocenić kod, którego nie napisałeś

Canva pozwala kandydatom używać AI na rozmowach rekrutacyjnych, a jedna z rzeczy, które ocenia, jest prosta: „Czy kandydat potrafi znaleźć i poprawić błędy w kodzie wygenerowanym przez AI?”. Rundę z AI w Meta jeden z poradników dla kandydatów streszcza jednym pytaniem: „Czy potrafisz obronić każdą linijkę kodu, także te, które napisało AI?”.

Czy umiesz rozłożyć niejasny problem na części

Ta sama runda w Meta zaczyna się bez AI: „Czy potrafisz rozłożyć niejasne wymaganie na konkretne decyzje techniczne?”. Seniorzy, którzy od razu skaczą do rozwiązania, tracą tu punkty, bo AI skacze szybciej.

Czy będziesz rozmawiać z klientami

Mews zorganizował dwudniowy wyjazd dla 350 osób, żeby uczyć produktu, designu, finansów i wywiadów z klientami, z prawdziwymi klientami na scenie. Zaskoczenie dla Josefa: najszczęśliwsi product builderzy to byli PM-owie. Moje pytanie do każdego inżyniera, z którym prowadzę rozmowę: kiedy ostatnio rozmawiałeś z klientem i co zmieniłeś po tej rozmowie?

Czy potrafisz zabić własny pomysł

Poradnik rekrutacyjny product.engineer prosi o funkcję, którą zabiłeś, i o dane, które ją zabiły. Własne pomysły biznesowe przepuszczam przez noc przez skill AI, czyli zapisany zestaw instrukcji dla AI: zagaduje docelowych klientów, szkicuje stronę i pitch, sprawdza ekonomię. Rano albo wkładam pieniądze, albo pomysł jest martwy. Nie raz sprał mnie jak małego chłopca i jestem mu za to wdzięczny, bo inaczej wydałbym na te pomysły mnóstwo czasu i pieniędzy na nic.

Doskonałość techniczna to bilet wstępu. Poza kilkoma miejscami w Google ten bilet kupuje Ci medianę.

Uczciwy zarzut: specjaliści wciąż się liczą

Jeden ze współprowadzących podcast pracuje teraz w finansach. Precyzja liczbowa to tam cała gra i nawet Claude odradzał mu przepisanie ich systemu w niektórych technologiach. Bycie ekspertem, który w tym stacku potrafi ocenić wynik pracy AI, „wciąż może być umiejętnością, która ma swoją cenę”, powiedział.

Ma rację co do tego miejsca. Mews utrzymuje około 20 specjalistów na poziomie staff obok ponad 200 builderów do trudnych problemów inżynierskich, więc w Mews mniej więcej jedno miejsce na dziesięć to miejsce dla specjalisty.

Głębia na poziomie asemblera, jak przy handlu wysokiej częstotliwości, zdarza się jeszcze rzadziej. Większość programistów ze środka rynku tam nie jest i cierpi, bo nie umie określić, gdzie leży jej wartość. Nawet mój współprowadzący przyznał, że inżynierowie zaczynają spędzać więcej czasu na domenie biznesowej.

Zbuduj portfolio w trzech warstwach, a język programowania połóż na dole

Portfolio, które w 2027 roku się opłaca, ma trzy warstwy. Język, którego nauczyłeś się w 2015 roku, nie zniknął, tylko zszedł na dół, gdzie obsługuje go za Ciebie agent.

Warstwa 1 to ta, do której przypięte są pieniądze

Myślenie produktowe oznacza, że decydujesz, który problem jest wart rozwiązania, a potem odpowiadasz za liczbę. Do tej warstwy przypięta jest pensja na poziomie Google, bo tej części firma nie kupi od modelu.

Warstwa 2 decyduje, czy ktokolwiek użyje tego, co zbudowałeś

Builder, który nie umie sprzedać pomysłu klientom ani pokazać im launchu, wypuszcza produkt w próżnię. Josef wymienił tu jeszcze jedną umiejętność, której się nie spodziewałem: utrzymanie zespołu razem. „Ludzie będą bardzo samotni”, ostrzegł, product builderzy „siedzą na wyspie”, bo rzadko potrzebują już siebie nawzajem choćby do code review.

Warstwa 3 to miejsce, w którym teraz mieszka Twój stack

Jak powiedziałem w podcaście, jest ogromna różnica między siedzeniem obok AI a delegowaniem mu pracy tak, że wracam rano i robota jest zrobiona. W Mews część najlepszych staff engineerów przeszła do zespołu, który wpisuje reguły architektury do wspólnego agenta, z którym wszyscy kodują. Tak wygląda seniorska warstwa 3: raz zapisujesz swój osąd, a agent stosuje go dla 200 osób.

Żeby znaleźć swoją pustą warstwę, przejdź przez Kalkulator wartości programisty. Jego wynik za wpływ (impact) to warstwa 1, wynik za współpracę (collaboration) to warstwa 2, a najniższy z nich to Twój plan na następny kwartał.

10 pytań rekrutacyjnych do przygotowania przed 2027 rokiem

Tylko pytanie 5 pochodzi z bazy samego Google, bo baza Google to głównie bilet wstępu. Pozostałe dziewięć pochodzi z poradników rekrutacyjnych firm produktowych i z rad rekrutujących opublikowanych w latach 2025 i 2026, lekko skróconych. Nie pochodzą od praskich pracodawców z tabeli, ale pokazują, dokąd idzie reszta godziny. Każde jest przypisane do warstwy.

Na pytania od 1 do 6 nie ma odpowiedzi, której można się nauczyć na pamięć. Każde wymaga prawdziwej historii z Twojej pracy z liczbą w środku i właśnie tu nagłówek „Senior Java developer” nie ma nic do zaoferowania.

Przygotuj jedną historię na każde pytanie i ją zapisz. Jeśli do któregoś pytania nie masz historii, to właśnie Twoja luka na następny kwartał, a nie coś, co zamaskujesz blefem na rozmowie.

Co powiedziałbym Tomášowi, żeby zrobił w tym tygodniu

Przepisz nagłówek

Usuń stack z pierwszej linijki. Napisz, co się zmieniło i dla kogo, oraz podaj liczbę, która to udowadnia. Stack idzie niżej, jako szczegół z warstwy 3.

Doprowadź jedną funkcję dalej niż do merge’a

Wybierz w tym kwartale jedną funkcję i odpowiadaj za nią aż do aktywacji i adopcji, zamiast kończyć na pull requeście. Dodaj do niej pomiary, zanim ją wdrożysz, inaczej nie będziesz mieć liczby, którą przyniesiesz na rozmowę.

Dla data engineera takiego jak Tomáš tą funkcją jest pipeline albo dashboard. Liczba to koszt jego działania, czas, w jakim ktoś dostaje z niego odpowiedź, albo jedna decyzja, którą manager podjął dzięki niemu. Jeśli akurat nie masz pracy, weź ostatnią i wygrzeb tę liczbę z pamięci i ze starych raportów.

Przepuść następny pomysł przez test, który ma go zabić

Zanim spędzisz weekend na budowaniu czegoś, pozwól agentowi przez noc argumentować przeciwko temu: kto ma ten problem, kto by zapłacił, co to zabije. Pomoże Ci tanio pozbyć się słabych pomysłów.

Przygotuj dziesięć historii

Skorzystaj z tabeli powyżej. Dziesięć prawdziwych historii, każda z liczbą, to lepsza inwestycja w Twoją następną ofertę niż kolejny certyfikat.

Historia Tomáša się nie skończyła, więc nie mogę jeszcze podać Ci jej zakończenia. Mogę dać Ci pierwszy tydzień.

To nie jest dla każdego i Josef powiedział to pierwszy: „Nie sądzę, żeby to było dla każdego”. Jeśli kochasz kodować sam w piwnicy, zostaw to na weekendy i hackathony albo idź świadomie po miejsce specjalisty, to, które Mews trzyma dla jednej osoby na dziesięć. Oba wybory są w porządku. Czekanie, aż rynek przywróci dawną pracę, wyborem nie jest.

Więc jeśli jutro stack zniknąłby z nagłówka Twojego profilu na LinkedIn, jaką liczbę wpisałbyś w to miejsce? Wypracować tę liczbę z kimś, kto zatrudnia ludzi właśnie za nią: do tego służy mentoring dla Staff Engineerów.