Wzór CV · Technologia · Średni poziom

Programista - wzór CV i poradnik

Większość CV programisty rozbija się o to samo: opisuje stos technologiczny zamiast tego, do czego ten stos posłużył. Lista jedenastu technologii nie mówi rekruterowi nic o tym, czy można Ci powierzyć usługę płatności. Niżej znajdziesz jedno kompletne CV napisane na poziomie mniej więcej pięciu lat doświadczenia, uzasadnienie każdej sekcji i punkty, które przepiszesz na własne liczby. Do tego dwie rzeczy, których angielskie poradniki nie poruszają: klauzula o przetwarzaniu danych i polskie znaki w wyeksportowanym pliku.

Redakcja Appliora · Aktualizacja 18 września 2026 · 7 min czytania

Użyj tego układu Sprawdź CV za darmo

Pełny wzór CV

Postać i firmy są wymyślone. Kopiuj układ i sposób pisania, nigdy liczby.

Kamil Zawadzki

Programista - backend i integracje płatnicze

Poznań - praca hybrydowa lub zdalna

Podsumowanie zawodowe

Programista backendu z pięcioletnim stażem przy systemach płatności i rozliczeń w Javie i Go. Skrócił medianę odpowiedzi API koszyka z 820 ms do 230 ms i zredukował nieudane ponowienia płatności o jedną trzecią. Prowadzi usługę od schematu bazy po dyżur produkcyjny.

Doświadczenie

Programista backendu - Netrix Payments

2023 - obecnie

Fintech po rundzie B, 60 osób w inżynierii, sześcioosobowy zespół platformy płatniczej

  • Skrócił medianę odpowiedzi API koszyka z 820 ms do 230 ms, zastępując trzy sekwencyjne wywołania operatorów równoległym odpytaniem z budżetem 200 ms na operatora.
  • Zaprojektował warstwę idempotencji dla ponowień płatności kartą, co zbiło liczbę podwójnych obciążeń z około 40 miesięcznie do zera w ciągu dwóch kwartałów.
  • Przeniósł usługę rozliczeń ze współdzielonej instancji PostgreSQL na własny klaster bez przerwy w działaniu, stosując podwójny zapis i dwutygodniowy odczyt cieniowy.
  • Przejął dyżur produkcyjny dla dwóch usług i obniżył liczbę wybudzeń o 60 procent, naprawiając cztery alerty odpowiadające za większość z nich.
  • Wdrożył integrację z KSeF dla faktur sprzedażowych, przechodząc z ręcznego eksportu XML na kolejkę z ponowieniami i raportem rozbieżności.

Programista - Sklepy Vento

2021 - 2023

E-commerce, dwunastoosobowy zespół techniczny

  • Zbudował synchronizację stanów magazynowych między systemem WMS a sklepem, obsługującą 90 tysięcy indeksów w dwudziestominutowym oknie nocnym.
  • Zastąpił nocny import plików CSV strumieniem zdarzeń, przez co zniknęły poranne rozbieżności stanów, które codziennie trafiały do obsługi klienta.
  • Dodał testy kontraktowe między sklepem a czterema usługami wewnętrznymi, co w pierwszym roku wyłapało 11 zmian łamiących zgodność przed wdrożeniem.

Młodszy programista - Softhaus

2020 - 2021

Software house, sześć projektów klienckich

  • Pisał funkcjonalności w Django i Vue w sześciu projektach klienckich; dwa najmniejsze prowadził samodzielnie od ósmego miesiąca.

Wykształcenie

Informatyka, studia inżynierskie - Politechnika Poznańska

2016 - 2020

Praca dyplomowa o rozproszonym ograniczaniu ruchu

Umiejętności

  • Java
  • Go
  • PostgreSQL
  • Projektowanie API REST i gRPC
  • Systemy rozproszone
  • Obserwowalność
  • Docker
  • Kubernetes
  • Terraform
  • GitLab CI
  • Kafka
  • Grafana

Języki

polski (ojczysty), angielski (C1)

Open source

Współtwórca małej biblioteki do limitowania ruchu w Go

Klauzula

Wyrażam zgodę na przetwarzanie moich danych osobowych przez [nazwa firmy] w celu prowadzenia rekrutacji na stanowisko, na które aplikuję.

Przykład fikcyjny. Wpisz własne imię i nazwisko, miasto, e-mail, telefon i jeden link do profilu.

Dlaczego to CV działa

Pięć rzeczy, które to CV robi inaczej niż typowe zgłoszenie programisty:

  • Nagłówek mówi, jaki to programista

    Samo "Programista" pasuje do tysiąca ogłoszeń naraz. "Backend i integracje płatnicze" zawęża do tych, które ta osoba realnie wygrywa, i kosztuje cztery słowa. Rekruter szukający frontendu przestaje czytać, i o to chodzi.

  • Każda deklaracja jest sprawdzalna

    820 ms na 230 ms. Zero podwójnych obciążeń. 90 tysięcy indeksów w oknie dwudziestu minut. Żadna z tych liczb niczego sama nie dowodzi, ale każda zaprasza do pytania, na które kandydat umie odpowiedzieć. Rozmowa rekrutacyjna to ciąg takich pytań.

  • Technologie siedzą w pracy, nie tylko na liście

    Java i PostgreSQL są w sekcji umiejętności, ale są też w zdaniu o migracji rozliczeń, przyczepione do konkretnej decyzji. Parser wyłapie słowo w obu miejscach; człowiek uwierzy dopiero w tym drugim.

  • Klauzula RODO jest na dole i w aktualnym brzmieniu

    Zgoda dotyczy rekrutacji na konkretne stanowisko i nie powołuje się na ustawę z 1997 roku. To jedno zdanie, którego brak potrafi wstrzymać procesowanie zgłoszenia w polskiej firmie, a przestarzała wersja datuje dokument na czasy sprzed 2018 roku.

  • Najstarsza rola to jedna linijka

    Software house z 2020 roku dostaje jeden punkt. Miejsce na pierwszej stronie idzie do pracy, która pasuje do następnego stanowiska. Ściskanie wczesnych ról to sposób, żeby CV zostało na dwóch stronach bez wycinania kariery.

Przykłady podsumowania zawodowego

Początek kariery

Przy krótkim stażu nazwij jedną rzecz, którą naprawdę wdrożyłeś, i środowisko, którego szukasz. Nie przypisuj sobie systemu, który tylko Ci pokazano.

Średni poziom

Średni poziom to miejsce na liczbę. Dwa zdania dowodu, jedno o zakresie odpowiedzialności.

Senior

Podsumowanie seniora mówi, co się komuś powierza, a nie ile ma lat stażu. Ostatnie zdanie to oferta, nie opis.

Przykłady punktów w doświadczeniu

Dwanaście punktów w wersji słabej i mocnej. Mocne nie są lepsze dlatego, że są dłuższe, tylko dlatego, że czytelnik może się z nimi nie zgodzić. Liczby podmień na własne, inaczej pierwsza rozmowa techniczna to wyłapie.

Słabo
Odpowiedzialny za tworzenie oprogramowania.
Lepiej
Skrócił medianę odpowiedzi API koszyka z 820 ms do 230 ms, przebudowując ścieżkę żądania w usłudze płatności.
Dlaczego
Słaba wersja opisuje dowolną pracę w branży.
Słabo
Praca przy systemie rozliczeń.
Lepiej
Przeniósł rozliczenia ze współdzielonej bazy PostgreSQL na dedykowany klaster bez przerwy w działaniu, przez podwójny zapis i dwutygodniowy odczyt cieniowy.
Dlaczego
Nazwanie techniki jest tym, co pokazuje, że rzeczywiście się ją robiło.
Słabo
Naprawa błędów i poprawa jakości kodu.
Lepiej
Zbił liczbę podwójnych obciążeń z około 40 miesięcznie do zera, dodając klucz idempotencji na każdej ścieżce zapisu w obsłudze ponowień.
Dlaczego
"Poprawa jakości kodu" jest niesprawdzalna. Wybierz klasę błędów, która miała znaczenie.
Słabo
Udział w dyżurach produkcyjnych.
Lepiej
Przejął dyżur dla dwóch usług i obniżył liczbę wybudzeń o 60 procent, naprawiając cztery alerty odpowiadające za większość z nich.
Dlaczego
Bycie na dyżurze to norma. Zmiana tego, jak dyżur wygląda, już nie.
Słabo
Używanie Dockera i Kubernetes.
Lepiej
Przeniósł sześć usług z ręcznie pisanych manifestów na wspólny wykres Helm, co skróciło uruchomienie nowej usługi z dwóch dni do około godziny.
Dlaczego
Narzędzia należą do zdania o efekcie, nie do osobnego zdania o sobie.
Słabo
Pisanie testów jednostkowych.
Lepiej
Dodał testy kontraktowe między sklepem a czterema usługami wewnętrznymi, wyłapując 11 zmian łamiących zgodność przed wdrożeniem w pierwszym roku.
Dlaczego
Liczba to tu liczba uniknionych problemów, czyli jedyny powód, dla którego ktokolwiek finansuje testy.
Słabo
Mentoring młodszych programistów.
Lepiej
Przeprowadził dwóch młodszych programistów przez ich pierwsze awarie produkcyjne; oboje prowadzą dziś dyżur samodzielnie.
Dlaczego
Deklaracja o mentoringu potrzebuje efektu, którego nie kontrolowałeś, inaczej czyta się jak samoocena.
Słabo
Poprawa wydajności aplikacji.
Lepiej
Skrócił nocną synchronizację stanów z 55 do 18 minut, grupując zapisy i usuwając zbędny indeks, przez co zmieściła się w oknie dostaw.
Dlaczego
Dwie liczby i ograniczenie, w które musiały się zmieścić. To ograniczenie robi z tego wynik.
Słabo
Udział w code review.
Lepiej
Wprowadził listę kontrolną dla zmian w schemacie po tym, jak migracja zablokowała tabelę na 40 minut na produkcji; od tamtej pory żadna migracja tabeli nie zablokowała.
Dlaczego
Awaria jest powodem, dla którego ta praktyka istnieje. Napisz o niej.
Słabo
Praca w metodyce zwinnej.
Lepiej
Rozbił sześciomiesięczną migrację platformy na jedenaście kroków wdrażalnych i odwracalnych osobno.
Dlaczego
Nikt nie rekrutuje za scrum. Rekrutuje za umiejętność rozbicia dużej zmiany na części.
Słabo
Tworzenie API.
Lepiej
Zaprojektował i wdrożył publiczne API webhooków, z którego korzysta dziś 140 integracji sprzedawców, razem z odtwarzaniem zdarzeń i weryfikacją podpisu.
Dlaczego
Liczba wdrożeń jest dowodem, że projekt dało się użyć.
Słabo
Pomoc przy integracji z KSeF.
Lepiej
Wdrożył wysyłkę faktur do KSeF przez kolejkę z ponowieniami i dziennym raportem rozbieżności, zastępując ręczny eksport XML robiony przez księgowość.
Dlaczego
"Pomoc przy" ukrywa Twoją rolę. Napisz, co dokładnie zbudowałeś i co przestało być robione ręcznie.

Umiejętności, które pasują do tego CV

Umiejętności twarde

  • Backend w Javie, Go lub innym języku typowanym
  • Modelowanie danych relacyjnych i wydajność zapytań (PostgreSQL, MySQL)
  • Projektowanie API: REST, gRPC, wersjonowanie i zgodność wstecz
  • Współbieżność, kolejki i semantyka ponowień
  • Strategia testów: jednostkowe, kontraktowe, integracyjne, wydajnościowe
  • Obserwowalność: logi strukturalne, metryki, śledzenie, alerty
  • Potoki CI/CD i bezpieczne wzorce wdrożeń
  • Obsługa awarii i analiza powdrożeniowa

Narzędzia i technologie

  • Docker
  • Kubernetes
  • Terraform
  • Kafka lub RabbitMQ
  • GitLab CI lub GitHub Actions
  • Grafana, Datadog lub odpowiednik
  • Git

Mocne strony w tej roli

  • Szybkie czytanie nieznanego kodu
  • Szacowanie i rozbijanie dużej migracji
  • Pisanie dokumentu projektowego, który przechodzi review

Umiejętności miękkie warte udowodnienia

  • Code review, które poprawia kod bez blokowania autora
  • Wyjaśnianie kompromisu technicznego osobie nietechnicznej
  • Odmawianie zakresu z podaniem powodu

Wykształcenie i certyfikaty

Dyplom informatyki pomaga przy pierwszej pracy i szybko przestaje mieć znaczenie. Od trzeciej roli wykształcenie idzie pod doświadczenie i zostaje przy kierunku, uczelni i latach. Po bootcampie nazwij program jedną linijką, a zaoszczędzone miejsce oddaj projektom, które da się otworzyć.

Certyfikaty

  • AWS Certified Solutions Architect lub Google Professional Cloud Architect - Warto wpisać, gdy ogłoszenie nazywa chmurę po imieniu. Poza tym wygląda jak wypełniacz obok wdrożonej pracy.
  • CKA (Certified Kubernetes Administrator) - Ma sens przy rolach platformowych i infrastrukturalnych, rzadziej przy czystym backendzie.

Nie ma certyfikatu, którego programista potrzebuje. Wpisz jeden tylko wtedy, gdy ogłoszenie wymienia go z nazwy.

Jak system ATS czyta to CV

Tester ATS w Applierze uruchamia 14 sprawdzeń na wgranym pliku i pokazuje tekst, który wyciągnął jego parser. Cztery z nich łapią błędy najczęstsze w polskich CV programistów.

  • Polskie znaki

    To sprawdzenie nazywa się "Polskie znaki" i nie ma odpowiednika w narzędziach anglojęzycznych. Jeśli eksport zgubił ą, ć, ę, ł, ń, ó, ś, ź, ż albo zamienił je na krzaki, wyszukiwanie po nazwisku w bazie rekrutera po prostu Cię nie znajdzie. To nie jest utrata punktów, tylko nieobecność w wynikach. Parser pokazuje odczytany tekst, więc zobaczysz to od razu.

  • Dane osobowe

    Dla dokumentu rozpoznanego jako polski checker szuka klauzuli o przetwarzaniu danych osobowych i osobno sprawdza, czy nie jest to wersja powołująca się na ustawę z 1997 roku. Ta sama sekcja komentuje zdjęcie: w Polsce jest normalne, ale parser go nie czyta, a rekrutacja anonimowa i tak je usuwa. Szczegóły w poradniku o zdjęciu w CV, linkowanym niżej.

  • Kolejność czytania

    CV programistów przyciągają szablony dwukolumnowe, zwykle ze stosem technologicznym w wąskim pasku z boku. Gdy parser czyta w poprzek strony zamiast w dół kolumny, tekst z paska wplata się między nazwy stanowisk. Checker pokazuje odczytany tekst w kolejności czytania, więc sprawdzisz, czy przydarzyło się to Twojemu plikowi.

  • Jakość punktów

    To najcięższe sprawdzenie treści. Patrzy, ile punktów niesie liczbę i ile zaczyna się od czasownika. Formuła "Odpowiedzialny za" powtórzona przez całą rolę to najczęstszy powód, dla którego mocne technicznie CV wypada w okolicach sześćdziesięciu punktów.

Szablony pasujące do tej roli

  • ATS Structured

    Jedna kolumna, klasyczne nagłówki, nic w pasku bocznym. Najbezpieczniejszy wybór przy aplikowaniu przez portal dużej firmy.

  • Tech Stack

    Daje stosowi technologicznemu osobny blok bez wpychania go do wąskiej kolumny, więc przeżywa parsowanie i zostaje pierwszą rzeczą, którą widzi człowiek.

  • Swiss One Page

    Zdyscyplinowany układ na jedną stronę dla osób z mniej niż czterema latami stażu, gdzie druga strona byłaby watą.

  • Dark Modern

    Do zgłoszeń bezpośrednich i linków do portfolio, gdzie PDF czyta człowiek, a nie parser.

Stwórz to CV w Applierze

Zacznij od układu dopasowanego do stanowiska, z podglądem na żywo i darmowym testem ATS przed wysłaniem.

Użyj tego układu Zobacz wszystkie szablony (20)