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 — na takiej skali opiera się CV tłumacza, bo poziom przy parze językowej jest tam częścią wymagań zawodu.
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.