CV Python developera — wzór dla backendu i dla ścieżki data
Ten tekst jest częścią przewodnika Przykłady CV po polsku — 3 wzory z omówieniem (2026).
Wzór CV Python developera zaczyna się od decyzji, której gotowe szablony zwykle nie podejmują: czy aplikujesz na ofertę backendową (Django, FastAPI, kolejki, baza), czy na ofertę data i automatyzacji (pandas, pipeline danych, raportowanie). To dwie różne rekrutacje z innym zadaniem technicznym, więc jeden uniwersalny dokument wypada blado w obu. Poniżej masz dwa gotowe warianty sekcji stacku, opisy poziomów biegłości zamiast gwiazdek oraz katalog metryk, które zmierzysz sam — bez dostępu do danych finansowych firmy.
Backend czy data — jedno uniwersalne CV czy dwie osobne wersje
Przygotuj dwie wersje jednego CV, różniące się kolejnością warstw w sekcji stacku i doborem punktorów w doświadczeniu — reszta dokumentu pozostaje wspólna. Uzasadnienie jest w danych: w badaniu PSF i JetBrains Python Developers Survey 2024 web development jest głównym zastosowaniem Pythona dla 23% respondentów, a machine learning dla 13% i analiza danych dla 10%. Liczone jako obszar główny lub dodatkowy, analiza danych sięga 49%, web 48%, a DevOps i automatyzacja 26%.
Kryterium wyboru wersji przed wysłaniem jest proste: policz w ogłoszeniu nazwy technologii z każdej grupy. Przewaga Django, FastAPI, PostgreSQL i Redisa oznacza wariant backendowy; przewaga pandas, SQL-a, Airflow i dbt — wariant data. Jeśli ogłoszenie miesza obie grupy, na górze stacku ustaw tę, w której masz komercyjne godziny. Sposób budowania takich wariantów pokazują też przykłady CV po polsku z omówieniem sekcja po sekcji.
Części wspólnej nie pisz od nowa przy każdej aplikacji: odpowiedzialność za system, skala ruchu i projektowanie API wyglądają tak samo w każdym CV backend developera, a Python zmienia w nich wyłącznie nazwy narzędzi.
Sekcja stacku w CV Python developera — wzór dla dwóch ścieżek
Sekcja stacku to lista technologii pogrupowana w warstwy odpowiadające realnym obszarom pracy, a nie jeden ciąg haseł oddzielonych przecinkami. Warstwy pozwalają rekruterowi technicznemu sprawdzić dokładnie ten fragment, którego dotyczy wymaganie z ogłoszenia: bazę, kolejkę zadań albo narzędzia testowe.
„Język: Python 3.12 (type hints, asyncio) • Web: FastAPI (Starlette, Pydantic v2), Django 5.2 LTS, Django REST Framework, Flask • Dane: PostgreSQL, SQLAlchemy 2.0, Alembic, Redis • Zadania: Celery, RabbitMQ • Jakość: pytest, Ruff, mypy, pre-commit • Infra: Docker, GitHub Actions, Kubernetes • Zależności: uv, Poetry, venv”
„Język: Python 3.12 • Dane: pandas 2.x, NumPy, Polars, SQL (PostgreSQL, okna, CTE) • Pipeline: Apache Airflow, dbt, Celery • Analityka i modele: scikit-learn, Jupyter, Matplotlib • Jakość: pytest, Ruff, walidacja schematów danych • Infra: Docker, GitHub Actions • Zależności: uv, Conda”
Warstwę „Jakość” trzymaj w obu wariantach. PEP 8 opisuje standard stylu kodu, a PEP 484 wprowadził w Pythonie 3.5 adnotacje typów — narzędzia, które z nich wyrosły, to dziś Ruff, Black, mypy i pytest. Wpis „type hints i mypy w pipelinie CI” jest sprawdzalny, w przeciwieństwie do „znajomość dobrych praktyk”.
Jak opisać poziom znajomości Pythona — gwiazdkami, procentami czy słownie
Opisz poziom zdaniem o konkretnej czynności, którą wykonujesz samodzielnie — gwiazdki, paski i procenty nic nie znaczą, bo nikt nie zna Twojej skali. Skala ma sens tylko tam, gdzie jest zdefiniowana zewnętrznie, jak poziomy językowe od A1 do C2.
Trzy poziomy, które warto rozróżniać w zapisie: „używam pod nadzorem” (zamykam zadania w istniejącym kodzie), „pracuję samodzielnie” (projektuję moduł, migrację, endpoint od zera), „odpowiadam za decyzje” (wybieram bibliotekę, prowadzę code review, projektuję strukturę projektu). Nie wpisuj technologii, z której nie obronisz się przy pytaniu „co ostatnio w tym robiłeś”.
Czy wpisywać wersje — Python 3.12, Django 5.2, Pydantic v2 — czy same nazwy
Podawaj wersję wszędzie tam, gdzie niesie informację o świeżości stacku, a pomijaj przy narzędziach, w których wersja nic nie mówi. Python 3.14 z 7 października 2025 to najnowsze wydanie stabilne, obok utrzymywanego Pythona 3.13. Wsparcie dla Pythona 3.10 kończy się w październiku 2026, dla 3.11 w październiku 2027, a dla 3.12 w październiku 2028 — dlatego wpis „Python 3.8” czyta się jako sygnał pracy na nieutrzymywanym środowisku.
Przy frameworkach wersja mówi jeszcze więcej. Django 6.1 z sierpnia 2026 działa na Pythonie 3.12 i nowszym, a aktualnym wydaniem LTS pozostaje Django 5.2 ze wsparciem bezpieczeństwa do kwietnia 2028 (kolejny LTS, 6.2, planowany jest na kwiecień 2027) — dlatego w ogłoszeniach na utrzymanie istniejących systemów częściej zobaczysz 5.2 niż 6.x. FastAPI stoi na dwóch bibliotekach — Starlette obsługuje warstwę webową, Pydantic walidację i serializację danych — więc wymień je osobno, bo w ogłoszeniach pojawiają się jako oddzielne wymagania.
To samo dotyczy narzędzi do zależności. W badaniu PSF i JetBrains 2024 do izolacji środowisk służy venv (62%), virtualenv (25%), Conda (19%), Poetry (18%) i uv (11%), a do instalowania paczek pip (74%), Poetry (20%) i uv (12%). Wpis „uv” albo „Poetry z plikiem lock” pokazuje aktualny warsztat lepiej niż samo „pip”.
Jakie metryki wstawić do doświadczenia, gdy nie masz danych biznesowych
Wpisuj wyłącznie liczby, które programista mierzy w swoim narzędziu — nie potrzebujesz do tego dostępu do przychodów firmy. Katalog metryk, które masz pod ręką: czas odpowiedzi endpointu w percentylu p95 (przed i po), czas przebiegu pipeline danych, liczba przetworzonych rekordów na dobę, pokrycie testami z pytest-cov, liczba testów w zestawie, czas builda w GitHub Actions, rozmiar obrazu kontenera, liczba zapytań do bazy na żądanie.
Dla wariantu data punktor budujesz identycznie, tylko z innym miernikiem: „Zbudowałem w Airflow pipeline ładujący 6,4 mln rekordów dziennie z 5 źródeł; czas przebiegu 51 min zamiast 3 h, testy jakości danych w dbt wykrywają braki przed publikacją raportu”. Zasada „liczba plus narzędzie, którym ją zmierzyłeś” obowiązuje w każdej roli technicznej: CV DevOps engineera opiera się na czasie wdrożenia i dostępności usługi, a CV kontrolera jakości na poziomie braków z raportu z linii. Poza IT działa to identycznie — w CV kierownika sklepu wartość ma liczba z konkretnego zestawienia, nie okrągły procent.
Co wpisać bez komercyjnego doświadczenia i ile projektów własnych wystarczy
Wystarczą dwa–trzy projekty własne, jeśli każdy jest wdrożony i opisany — liczy się głębokość, nie liczba repozytoriów. Projekt czwarty i piąty nie dodaje nic, czego nie pokazały poprzednie.
Każdy opis zbuduj według czterech elementów: problem, stack, Twoja rola i jedna mierzalna cecha. Wariant backendowy: „API do zarządzania zbiórkami — FastAPI, PostgreSQL, SQLAlchemy, Docker; 18 endpointów, autoryzacja JWT, 96 testów w pytest, pokrycie 84%, wdrożenie przez GitHub Actions”. Wariant data: „Pipeline pobierający dane pogodowe z API IMGW — Airflow, pandas, PostgreSQL; 1,2 mln rekordów, walidacja schematu, raport w Jupyterze odświeżany codziennie”. Do sekcji doświadczenia wpisz też staże, zlecenia i prace przy projektach studenckich, z datami i zakresem.
Czy warto zrobić certyfikat PCEP lub PCAP przed pierwszą pracą
Certyfikaty Python Institute są opcjonalne i rzadko pojawiają się w wymaganiach polskich ogłoszeń, ale wzmacniają CV kandydata bez komercyjnego doświadczenia, bo dają zewnętrzne potwierdzenie podstaw. Poziomem wejściowym jest PCEP-30-02 — 30 pytań w 40 minut, próg zaliczenia 70%. Krok wyżej to PCAP-31-03: 40 pytań w 65 minut i ten sam próg, ale z zakresem obejmującym moduły, pakiety, wyjątki i programowanie obiektowe.
Dalej ścieżki się rozdzielają: dla backendu naturalny jest PCPP1 o kodzie PCPP-32-101, dla ścieżki data — PCAD-31-02, czyli Certified Associate Data Analyst with Python, obejmujący pandas, NumPy, Matplotlib, Seaborn i SQL. Opłata rośnie z poziomem egzaminu i zmienia się razem z cennikiem oraz kursem dolara, więc sprawdź stawkę u wydawcy, czyli OpenEDG Python Institute, zamiast sugerować się kwotą z cudzego wpisu na forum. W CV zapisuj kod egzaminu i rok zdania, a certyfikat trzymaj w sekcji pod projektami, nie zamiast nich.
Jakie dane osobowe i jaki format pliku w CV Python developera
W CV podajesz imię i nazwisko, datę urodzenia oraz dane kontaktowe, które sam wskazujesz — tyle wynika z art. 22(1) § 1 Kodeksu pracy w brzmieniu obowiązującym od 4 maja 2019. Wykształcenia, kwalifikacji zawodowych i przebiegu zatrudnienia pracodawca może żądać, gdy jest to niezbędne do wykonywania pracy określonego rodzaju; adresu zamieszkania i imion rodziców w tym katalogu nie ma.
Zdjęcie i klauzula zgody z art. 22(1a) Kodeksu pracy to osobny temat, który rozwija poradnik o danych osobowych w CV — w dokumencie technicznym miejsce po zdjęciu i tak lepiej zagospodarują linki do repozytoriów. To nie jest porada prawna: przy wątpliwościach sprawdź treść przepisu na isap.sejm.gov.pl.
Plik zapisz jako PDF z warstwą tekstową, czyli wygenerowany z edytora, a nie skan lub eksport do obrazu. Układ jednokolumnowy, bez tabel, pól tekstowych i danych kontaktowych umieszczonych w nagłówku albo stopce — w takiej postaci systemy rekrutacyjne odczytują całą treść. Nazwę pliku ustaw według schematu Imie-Nazwisko-CV-Python-Developer.pdf. Jeśli nie chcesz składać tego ręcznie, kreator ŁatweCV trzyma układ jednokolumnowy i eksportuje gotowy PDF.
Checklista
Częste pytania
Czy w CV Python developera wypisywać biblioteki standardowe, takie jak os, json czy datetime?
Nie wypisuj bibliotek standardowych — ich znajomość zakłada każde ogłoszenie na Pythona, a lista rozcieńcza sekcję stacku. Wyjątkiem są moduły, które faktycznie różnicują kandydatów, bo wymagają decyzji projektowych: asyncio, multiprocessing, typing, dataclasses. Zamiast wymieniać moduł, pokaż zastosowanie: „asyncio — równoległe pobieranie danych z 12 API, limit współbieżności przez semafor”.
Czy w repozytorium pokazywanym w CV wystarczy sam kod, czy potrzebny jest opis?
Sam kod nie wystarcza — repozytorium Pythona pokazywane w CV potrzebuje README z opisem problemu, sposobem uruchomienia i plikiem zależności (pyproject.toml lub requirements.txt). Dołóż katalog z testami pytest i przykładowe dane wejściowe, żeby projekt dało się uruchomić bez kontaktu z Tobą. Rekruter techniczny ocenia strukturę projektu i czytelność, nie liczbę commitów.
CV po polsku czy po angielsku, gdy firma jest polska, ale rekrutację prowadzi zespół zagraniczny?
Zdecyduj według języka ogłoszenia, nie według siedziby firmy. Ogłoszenie po angielsku oznacza, że dokument trafi do osoby, która nie czyta po polsku — wtedy wysyłasz wersję angielską. Przy ogłoszeniu po polsku wysyłasz wersję polską, zostawiając nazwy technologii, bibliotek i stanowisk w oryginale. Utrzymuj oba pliki równolegle, bo w rekrutacjach IT często zmieniają się w trakcie procesu.
Czy skrypty w Pythonie pisane w innej roli liczą się jako doświadczenie programistyczne?
Liczą się, jeśli opiszesz je jako pracę inżynierską, a nie jako ciekawostkę — testerzy, analitycy i administratorzy wchodzą tą drogą na stanowiska pythonowe. Zostaw dotychczasową nazwę stanowiska, a pod nią daj punktor z zakresem i miarą: „skrypt w Pythonie z pandas zastąpił ręczne scalanie 40 plików CSV miesięcznie, czas raportu spadł z 6 h do 20 min”. Kod wrzuć do publicznego repozytorium, żeby było co otworzyć na rozmowie technicznej.