Inżynieria oprogramowania to najbardziej konkurencyjny rynek rekrutacyjny w tech. Twoje CV musi udowodnić, że potrafisz projektować systemy, dostarczać niezawodny kod i utrzymywać to, co budujesz – nie tylko wymienić języki, których używałeś.
Kontakt i nagłówek
Zacznij od imienia i nazwiska, tytułu i GitHuba. Dla software engineerów GitHub to miejsce, gdzie rekruterzy weryfikują, że piszesz prawdziwy kod – nie tylko o nim mówisz.
A więc:
- Dopasuj tytuł do stanowiska. Jeśli ogłoszenie mówi „Software Engineer", nie pisz „Full-Stack Developer" ani „Backend Developer".
- Dołącz GitHuba. Aktywne repozytoria, sensowne kontrybucje lub dobrze utrzymane projekty to najmocniejszy sygnał poza samym CV.
- LinkedIn to standard. Aktualizuj go – wielu rekruterów dokładnie sprawdza profil.
Podsumowanie
Dla software engineerów z ponad 3 latami doświadczenia podsumowanie powinno sygnalizować skalę, w której operujesz.
Przykład:
Inżynier oprogramowania z ponad 8-letnim doświadczeniem w projektowaniu i budowie systemów rozproszonych na dużą skalę. Specjalizacja w architekturze backendowej, projektowaniu API i infrastrukturze platformowej. Doświadczenie w budowie systemów przetwarzających 1 mld+ zdarzeń dziennie, obsługujących 50M+ użytkowników.
Czego unikać:
- Ogólników typu „pasjonat rozwiązywania problemów". Każdy inżynier tak mówi. Bądź konkretny w tym, jakie systemy, w jakiej skali i dla kogo.
- Wymieniania języków bez kontekstu. „Go, Python, Java" nic nie mówi – technologie zostaw do sekcji umiejętności.
Umiejętności
Grupuj umiejętności według funkcji, nie według poziomu zaawansowania. Nikogo nie obchodzi Twoja samoocena „zaawansowany" vs. „średnio zaawansowany". Rekruterzy skanują tę sekcję w sekundy, szukając swojego stacku.
Przykładowy układ:
- Języki programowania: Go, Python, Java, TypeScript, SQL
- Infrastruktura: AWS, Kubernetes, Terraform, Docker
- Dane: PostgreSQL, Redis, Kafka, DynamoDB, Elasticsearch
- Praktyki: System design, API design, CI/CD, Observability, TDD
- Narzędzia: Git, GitHub Actions, Datadog, PagerDuty, gRPC
Wskazówki:
- Odzwierciedlaj opis stanowiska. Jeśli piszą „Kubernetes", nie pisz „orkiestracja kontenerów".
- Dodaj kategorię „Praktyki". Firmy chcą inżynierów, którzy rozumieją jak budować oprogramowanie, nie tylko jakich narzędzi użyć. System design, observability i CI/CD sygnalizują seniorskie myślenie.
- Nie wymieniaj każdego języka, którego kiedykolwiek dotknąłeś. Pięć-sześć kluczowych technologii na kategorię wystarczy. Wypełnianie „HTML, CSS" w CV backendowca wygląda na błąd.
Doświadczenie
Tu udowadniasz, że budujesz rzeczy, które mają znaczenie. Dla każdej roli stosuj schemat: co zaprojektowałeś → w jakiej skali → z jakim wynikiem.
Mocne punkty:
- Zaprojektowanie i budowa systemu przetwarzania płatności obsługującego 2 mld USD odzyskanych przychodów rocznie, redukcja wskaźnika nieudanych płatności o 35%.
- Kierowanie migracją monolitycznego serwisu billingowego do mikroserwisów sterowanych zdarzeniami, poprawa częstotliwości wdrożeń z tygodniowej do 50+ deployów dziennie.
- Budowa pipeline'a ingestion metryk przetwarzającego 1 mld+ punktów danych dziennie z latencją zapytań poniżej sekundy na 99. percentylu.
- Zaprojektowanie schematu bazy danych i warstwy cache'owania, które zredukowały latencję P99 z 200ms do 15ms.
Słabe punkty:
- Pracowałem nad serwisami backendowymi dla zespołu platformowego.
- Byłem odpowiedzialny za projektowanie i implementację API.
- Używałem Go i Kubernetes do różnych projektów.
Różnica: konkretne systemy, konkretna skala i mierzalne wyniki. „Pracowałem nad serwisami backendowymi" natychmiast się zapomina. „Budowa pipeline'a ingestion metryk przetwarzającego 1 mld+ punktów danych dziennie z latencją P99 poniżej sekundy" – to mówi rekruterowi dokładnie, co potrafisz.
System design jako wyróżnik
Umiejętności system design to najczytelniejszy sygnał seniority w CV software engineera. Jeśli projektowałeś systemy rozproszone, podejmowałeś decyzje architektoniczne lub prowadziłeś migracje – podaj liczby:
- Zamiast „Poprawiłem architekturę" napisz „Kierowanie migracją monolitycznego serwisu billingowego do mikroserwisów sterowanych zdarzeniami, poprawa częstotliwości wdrożeń z tygodniowej do 50+ deployów dziennie."
- Percentyle latencji (P99, P95), przepustowość (TPS, RPS) i metryki dostępności (uptime, redukcja incydentów) to konkretne liczby, które rekruterzy rozumieją od razu.
Niezawodność i ownership produkcyjny
Jeden z najmocniejszych sygnałów na seniorskim CV to pokazanie, że odpowiadasz za to, co budujesz na produkcji:
- Zamiast „Pisałem dashboardy monitoringowe" napisz „Budowa infrastruktury rate limiting i circuit breaker chroniącej 500+ wewnętrznych serwisów przed kaskadowymi awariami."
- Redukcja incydentów, poprawa MTTR i budowa zabezpieczeń wdrożeniowych (canary deploy, feature flagi) pokazują, że myślisz szerzej niż samo pisanie kodu.
Wykształcenie
W software engineeringu wykształcenie ma mniejsze znaczenie niż to, co zbudowałeś. Dyplom informatyki to mocny fundament, ale wielu świetnych inżynierów pochodzi z bootcampów, samodzielnej nauki lub pokrewnych dziedzin.
Przykład:
Inżynier, Informatyka, Politechnika Warszawska, 2016
Jeśli Twój kierunek to inna dziedzina, nie ukrywaj tego – podkreśl, że daje Ci unikalną perspektywę. Absolwenci fizyki wnoszą rygor matematyczny, absolwenci lingwistyki myślą inaczej o parsowaniu i strukturach danych.
Open source
Wkład w open-source dowodzi, że potrafisz pisać kod, któremu inni ufają na tyle, żeby go używać na produkcji. Dla software engineerów to jedna z najmocniejszych sekcji CV.
Przykład:
ratelimit | Biblioteka Go do rozproszonego rate limitingu z 4k+ gwiazdkami na GitHub. Używana produkcyjnie przez Cloudflare, HashiCorp i Grafana Labs.
Podaj liczbę gwiazdek i metryki adopcji. Biblioteka „używana produkcyjnie przez Cloudflare" mówi więcej niż jakikolwiek opis tego, co robi.
Wystąpienia i publikacje
Wystąpienia techniczne i artykuły pokazują głębię zrozumienia i umiejętność komunikowania złożonych idei – obie cechy kluczowe na seniorskich stanowiskach.
Przykład:
- Prelegent na GopherCon 2024 – „Building Resilient Distributed Systems"
- Blog techniczny ze 100 tys. czytelników o system design i systemach rozproszonych
Wskazówki:
- Wystąpienia na uznanych konferencjach (GopherCon, KubeCon, Strange Loop) mają realną wagę.
- Blog techniczny z sensowną liczbą czytelników sygnalizuje autentyczną ekspertyzę. „100 tys. czytelników" jest bardziej przekonujące niż „piszę o technologii".
- Wewnętrzne tech talki też się liczą, szczególnie jeśli możesz podać wielkość publiczności lub wpływ na organizację.
Formatowanie i długość
- Jedna strona jest idealna dla większości software engineerów. Dwie strony tylko jeśli masz 10+ lat doświadczenia i każda linia naprawdę zasługuje na swoje miejsce.
- Zarówno układ jedno-, jak i dwukolumnowy się sprawdza. Dwie kolumny pomagają, gdy masz wiele krótkich sekcji (umiejętności, certyfikaty, języki, open source) obok doświadczenia. Jedna kolumna działa, gdy sekcja doświadczenia robi główną robotę. Więcej na ten temat w naszym poradniku jedna czy dwie kolumny w CV.
- Format PDF. Zawsze.
Najczęstsze błędy
- Wymienianie języków bez kontekstu. Samo „Go" nic nie znaczy. Pokaż, co w nim zbudowałeś i na jaką skalę.
- Ignorowanie wpływu operacyjnego. Software engineering nie kończy się na zmergowaniu PR-a. Jeśli zredukowałeś incydenty, przyspieszyłeś wdrożenia lub zbudowałeś observability – napisz o tym. To sygnały seniority.
- Brak linku do GitHuba. Dla ról software engineerskich to niemal tak ważne jak samo CV. Upewnij się, że przypięte repozytoria reprezentują Twoje najlepsze prace.
- Mylenie aktywności z wpływem. „Napisałem 200+ PR-ów" to aktywność. „Kierowanie migracją monolitycznego serwisu do mikroserwisów, poprawa częstotliwości wdrożeń z tygodniowej do 50+ deployów dziennie" to wpływ. Nie wiesz, jak opisać osiągnięcia liczbowo? Sprawdź nasz poradnik jak opisać osiągnięcia liczbowo w CV.
- Przeładowanie buzzwordami. „Wykorzystanie cloud-native architektury mikroserwisowej z event-driven paradygmatami" brzmi jak parodia. Napisz, co zbudowałeś, jak duże to było i co poprawiło.
Software engineer vs. pokrewne role
To różne role z różnymi oczekiwaniami. Twoje CV powinno odzwierciedlać tę, na którą celujesz:
- Software Engineer: System design, architektura backendowa, systemy rozproszone, projektowanie API, ownership produkcyjny, niezawodność.
- Frontend Engineer: Frameworki UI, optymalizacja wydajności, design systemy, dostępność, API przeglądarek. Jeśli to Twój fokus, sprawdź nasze przykładowe CV frontend engineera.
- DevOps/SRE: Automatyzacja infrastruktury, pipeline'y CI/CD, reagowanie na incydenty, monitoring, capacity planning.
- ML Engineer: Wdrażanie modeli, pipeline'y treningowe, feature engineering, MLOps.
Postaw na swoje mocne strony: budowanie niezawodnych systemów, projektowanie czystych API i dostarczanie kodu, który działa na dużą skalę.
Dostosowywanie do konkretnych ról
Tytuły stanowisk w software engineeringu różnią się znacząco. „Backend Engineer" kładzie nacisk na API, bazy danych i systemy rozproszone. „Platform Engineer" skupia się na narzędziach developerskich, CI/CD i wewnętrznej infrastrukturze. „Staff Engineer" oczekuje liderstwa architektonicznego i wpływu międzyzespołowego.
Przeczytaj opis stanowiska uważnie i dostosuj do niego ton. Użyj narzędzia takiego jak HiredByThis, żeby operować na master CV i szybko generować dostosowane wersje – z AI robiącym dobrą robotę i Tobą u steru.