CV programisty: stack, projekty i wpływ na produkt
W skrócie
CV programisty czyta najpierw rekruter, który dopasowuje słowa kluczowe do ogłoszenia, a potem lider techniczny, który szuka, co zrobiłeś, w jakiej skali i z jakim skutkiem. Dokument ma odpowiadać obu: stack w jednym miejscu, projekty opisane wpływem na produkt, liczby tam, gdzie są, i link do kodu, który da się otworzyć.
Rynek IT w Polsce od 2023 roku odwrócił się: na jedno ogłoszenie dla juniora przychodzi kilkaset zgłoszeń, a rekruterzy techniczni czytają CV w kilkanaście sekund. Dokument, który jest listą 40 technologii i opisem „udział w projektach”, ginie w tej masie. Ten tekst pokazuje, jak ułożyć CV programisty pod dwóch czytelników naraz: rekrutera, który sprawdza dopasowanie do ogłoszenia, i lidera zespołu, który chce wiedzieć, co potrafisz dowieźć. Znajdziesz tu układ sekcji, sposób opisu projektów, przykłady przed i po dla juniora i osoby z doświadczeniem oraz błędy, które w CV programistów powtarzają się najczęściej.
Dwóch czytelników, dwa filtry
W większości firm CV programisty przechodzi przez dwa filtry. Pierwszy to rekruter (często nietechniczny) albo system ATS, który sprawdza, czy w dokumencie są słowa z ogłoszenia: język, framework, chmura, metodyka, poziom angielskiego. Drugi to lider techniczny, który po tym filtrze dostaje kilkanaście dokumentów i szuka odpowiedzi na trzy pytania: co zbudowałeś, w jakiej skali i czy rozumiesz, po co to było. Dobre CV spełnia oba warunki: ma stack zapisany w jednym, widocznym miejscu, i projekty opisane efektem, nie technologią.
Jak działa filtr ATS i co w nim przeszkadza, opisuję w tekście o CV a systemach ATS. W skrócie: prosty układ, standardowe nazwy sekcji, technologie wpisane pełnymi nazwami, bez ikon zamiast tekstu.
Układ CV programisty
- Nagłówek: imię i nazwisko, rola („Backend Developer, Java/Spring”), kontakt, linki: GitHub, LinkedIn, portfolio lub strona.
- Podsumowanie zawodowe: 3 zdania. Lata doświadczenia, główny stack, typ produktów, jedno zdanie o tym, czego szukasz.
- Stack: jedna sekcja, pogrupowana (języki, frameworki, bazy, chmura i narzędzia), z zaznaczeniem poziomu tam, gdzie to uczciwe.
- Doświadczenie: firma, rola, okres, produkt, 3-5 punktów z efektem.
- Projekty własne i open source (obowiązkowe dla juniora, opcjonalne dla seniora).
- Wykształcenie i certyfikaty (AWS, Azure, Kubernetes, ISTQB) jednym blokiem.
- Języki: angielski z poziomem i kontekstem („codzienna komunikacja z zespołem w USA”).
Dla juniora projekty idą przed doświadczeniem, jeśli doświadczenia jeszcze nie ma. Dla seniora sekcja projektów własnych może zniknąć, jeśli doświadczenie mówi wszystko.
Stack: mniej, ale prawdziwie
Najczęstszy błąd to lista wszystkiego, z czym kandydat kiedykolwiek się zetknął: 40 pozycji od Pythona przez Photoshop po Jira. Lider techniczny czyta to jako brak pewności, a na rozmowie zapyta o dowolną pozycję z listy. Zasady:
- Wpisz to, w czym potrafisz pracować samodzielnie, i to, co jest w ogłoszeniu, jeśli faktycznie to znasz.
- Pogrupuj: „Języki: Java 17, Kotlin. Frameworki: Spring Boot, Hibernate. Bazy: PostgreSQL, Redis. Chmura i narzędzia: AWS (ECS, S3, RDS), Docker, GitHub Actions, Terraform (podstawy)”.
- Zaznacz poziom tylko tam, gdzie różnica jest istotna: „Go: projekty własne, bez komercyjnego”.
- Narzędzia codzienne (Jira, Git, Slack) nie potrzebują osobnego miejsca.
Lista 12-15 pozycji, które naprawdę znasz, działa lepiej niż 40, bo każda z nich wytrzyma pytanie na rozmowie. Szerzej o tym, jak dobierać umiejętności do dokumentu, w tekście o umiejętnościach twardych w CV.
Projekty opisane efektem, nie technologią
„Udział w projekcie e-commerce. Technologie: React, Node.js, MongoDB” to opis, który nie mówi, co zrobiłeś Ty, ani czy to zadziałało. Schemat, który działa u liderów technicznych: co zbudowałeś, dla kogo, w jakiej skali, z jakim skutkiem, w jakim zespole.
- „Zbudowałem moduł płatności (Stripe, webhooki, idempotencja) w aplikacji SaaS dla ok. 4000 klientów B2B; liczba nieudanych płatności spadła z 3,1% do 0,4%.”
- „Przepisałem usługę raportową z monolitu na osobny serwis (Spring Boot, Kafka); czas generowania raportu miesięcznego skrócił się z 40 min do 3 min.”
- „Odpowiadałem za pipeline CI/CD (GitHub Actions, Docker, ArgoCD) dla 6 serwisów; czas wdrożenia z 2 dni do 20 minut.”
- „Prowadziłem code review i onboarding 3 juniorów; w zespole 7-osobowym, metodyka Scrum, 2-tygodniowe sprinty.”
Jeśli nie masz liczb biznesowych, użyj technicznych: liczba użytkowników, żądań na sekundę, pokrycie testami, czas odpowiedzi, wielkość zespołu. Jeśli pracowałeś w agencji nad wieloma projektami, wybierz 3 największe i opisz je osobno. Sposoby na wyciąganie liczb z pracy opisuję w tekście o osiągnięciach w CV.
Wolisz, żebym napisał to za Ciebie?
Rozmawiamy o Twoich projektach, stacku i liczbach, plan dokumentu zatwierdzasz przed pisaniem, gotowe CV dostajesz w 24-48 h. Poprawki i aktualizacja przy kolejnej aplikacji są w cenie.
Zobacz pakietyPrzykłady przed i po
Junior, po bootcampie i roku pracy w małej agencji.
Przed: „Frontend Developer. Tworzenie stron internetowych w React. Współpraca z zespołem. Nauka nowych technologii.”
Po: „Frontend Developer w agencji (zespół 5 osób): 8 wdrożonych stron i 2 aplikacje webowe w React i TypeScript, w tym panel klienta dla firmy leasingowej (ok. 1200 użytkowników). Odpowiedzialność za komponenty formularzy, integrację z REST API i testy (Jest, React Testing Library, pokrycie 70%). Wynik Lighthouse powyżej 90 na wszystkich wdrożonych stronach. Projekt własny: aplikacja do planowania treningów (Next.js, Supabase), 300 użytkowników, kod na GitHubie.”
Senior backend, 9 lat, aplikacja na tech leada.
Przed: „Senior Java Developer. Rozwój systemów bankowych. Mentoring. Znajomość Spring, Kafka, Kubernetes.”
Po: „Senior Backend Developer w fintechu: system rozliczeń obsługujący ok. 2 mln transakcji dziennie (Java 17, Spring Boot, Kafka, PostgreSQL, Kubernetes na AWS). Zaprojektowałem i wdrożyłem mechanizm retry i dead letter queue, który zmniejszył liczbę ręcznych interwencji z ok. 40 do 3 tygodniowo. Prowadziłem 4-osobowy zespół w projekcie migracji z monolitu (12 miesięcy, dowiezione w terminie), code review, rekrutacja techniczna (ok. 30 rozmów rocznie).”
Najczęstsze błędy w CV programistów
- Lista 40 technologii bez rozróżnienia, co znasz, a co widziałeś.
- Ikony zamiast nazw. ATS nie czyta obrazków; wpisz nazwy technologii tekstem.
- Paski postępu i procenty umiejętności. „JavaScript 80%” nic nie znaczy i wygląda jak szablon z kreatora; jak wygląda CV z kreatora w oczach rekrutera, opisuję w tekście kreator CV czy CV na zamówienie.
- GitHub bez zawartości albo z projektami z tutoriali. Lepiej jeden dopracowany projekt z README niż osiem szkieletów.
- Trzy strony. Senior z 12-letnim stażem mieści się na dwóch: ostatnie 3 role z efektami, starsze jednym wierszem.
- Brak poziomu angielskiego. W ogłoszeniach po angielsku to filtr numer jeden.
- To samo CV na każde ogłoszenie. Kolejność w stacku i podsumowanie dopasuj do oferty; jak to zrobić w 15 minut, opisuję w tekście jak dopasować CV do ogłoszenia.
CV po przebranżowieniu i po przerwie
Osoby wchodzące do IT z innej branży najczęściej ukrywają poprzednie doświadczenie, a to błąd. Lider zespołu w firmie z branży finansowej chętnie zobaczy 5 lat w księgowości u kandydata na juniora, jeśli obok są projekty pokazujące umiejętność kodowania. Poprzednią pracę opisz jednym akapitem z tym, co przenosi się do IT: praca z danymi, procesy, kontakt z klientem, odpowiedzialność za terminy. Projekty własne opisz jak komercyjne: problem, rozwiązanie, użytkownicy, kod. Szczegóły w tekście o CV przy zmianie branży. Po przerwie (urlop rodzicielski, wypalenie, własna firma) wpisz ją w osi czasu i pokaż, co robiłeś z kodem w tym czasie, choćby jeden projekt.
Najczęstsze pytania
Ile stron powinno mieć CV programisty?
Junior: jedna. Osoba z 3-8 latami doświadczenia: jedna do dwóch. Senior i lider: dwie, z ostatnimi rolami opisanymi efektami i starszymi jednym wierszem. Trzecia strona to zwykle powtórzenia stacku przy każdej pozycji.
Czy wpisywać projekty z tutoriali i bootcampu?
Tylko jeśli je rozwinąłeś poza materiał kursu: dodałeś funkcje, wdrożyłeś, masz użytkowników. Projekt identyczny z tutorialem lider techniczny rozpozna po pierwszym pliku.
Czy CV programisty pisać po angielsku, jeśli ogłoszenie jest po polsku?
Wtedy po polsku, z nazwami technologii w oryginale. Jeśli ogłoszenie jest po angielsku albo firma jest międzynarodowa, wersja angielska. Przy wątpliwościach wyślij tę wersję, w której napisano ogłoszenie.
Jak opisać projekt objęty NDA?
Bez nazwy klienta, ale z branżą, skalą i Twoją rolą: „system rozliczeń dla klienta z branży energetycznej, ok. 200 tys. odbiorców, moduł fakturowania”. NDA chroni nazwę i szczegóły, nie fakt, że pracowałeś nad czymś w tej skali.
CV programisty ma pokazać stack w jednym miejscu i projekty opisane wpływem na produkt, tak żeby rekruter dopasował je do ogłoszenia, a lider techniczny zobaczył, co dowozisz. Jeśli wolisz, żebym ułożył to za Ciebie, w pakiecie APLIKACJA rozmawiamy o Twoich projektach, plan dokumentu zatwierdzasz przed pisaniem, a gotowe CV i list dostajesz w 24-48 h; zobacz pakiety. Przeczytaj też, jak przygotować profil LinkedIn, który czytają rekruterzy techniczni, i jak wygląda CV specjalisty IT na stanowiskach poza programowaniem.