Twoje CV potrzebuje czegoś więcej niż listy technologii
Programiści często mają dużo do powiedzenia o systemie i bardzo mało miejsca, by to zrobić. Pierwsza wersja CV zamienia się w gęsty spis języków, frameworków, chmur, baz danych i każdego narzędzia, z którym mieli styczność od czasów studiów. A wtedy znika sama praca.
Zespół rekrutacyjny potrzebuje wyraźniejszego obrazu. Co udało ci się zbudować lub ulepszyć? Jak złożone było środowisko? Jakie decyzje należały do ciebie? Kto w zespole polegał na twojej pracy? Co się zmieniło po wdrożeniu?
Umiejętności techniczne nadal się liczą. Przekonują wtedy, gdy sekcja doświadczenia pokazuje, że używasz ich z rozwagą.
Zanim zaczniesz poprawiać, wybierz rolę
„Programista” to nazwa bardzo różnych stanowisk. Programista frontendu pracujący nad produktem, programista backendu w zespole platformowym, programista aplikacji mobilnych, inżynier SRE (site reliability engineer), programista systemów wbudowanych i engineering manager potrzebują w CV innych akcentów.
Przeczytaj ogłoszenie uważnie i ustal, na czym polega główna praca. Nie zatrzymuj się na najdłuższej liście technologii. W roli backendowej najważniejsze mogą być niezawodne usługi i spójność danych. W pracy nad produktem mogą się liczyć eksperymenty i ścisła współpraca z projektantami. Rola platformowa może skupiać się na wygodzie pracy programistów, infrastrukturze, obserwowalności i obciążeniu operacyjnym.
Poziom doświadczenia też zmienia to, czym warto się wykazać. CV osoby na początku kariery może opierać się na stażach, pracach na studiach, wkładzie w projekty open source i dobrze opisanych projektach własnych. CV seniora powinno pokazywać skalę, wyczucie w decyzjach architektonicznych, odpowiedzialność za obszar, wpływ i kompromisy.
Nadaj CV czytelną strukturę techniczną
Dla większości programistów praktyczna kolejność to: dane kontaktowe, opcjonalne podsumowanie, umiejętności techniczne, doświadczenie zawodowe, wybrane projekty i wykształcenie. Certyfikaty lub publikacje mogą dostać własną sekcję, jeśli mają znaczenie dla danej roli.
GitHub, portfolio, stronę osobistą lub blog techniczny umieść w nagłówku tylko wtedy, gdy link pomaga twojej kandydaturze. Sprawdź każdy link w oknie prywatnym przeglądarki. Uśpiony profil pełen niedokończonych repozytoriów z tutoriali może niewiele wnieść, a jeden dobrze udokumentowany projekt może dodać prawdziwej głębi.
Podsumowanie jest opcjonalne. Dodaj je, gdy szybko wyjaśnia twój kierunek, dziedzinę lub poziom:
Backend developer z siedmioletnim doświadczeniem w budowie usług płatności i rozliczeń w Javie i Kotlinie. Ostatnie projekty dotyczyły niezawodności usług, architektury sterowanej zdarzeniami i narzędzi dla programistów w zespołach, które utrzymują systemy podlegające regulacjom.
Każdy element takiego podsumowania powinien mieć potwierdzenie w dalszej części CV.
Ogranicz sekcję umiejętności do tego, co ważne
Pogrupuj technologie według zastosowania, żeby czytający mógł je szybko przejrzeć. Kategorie powinny pasować do twojej pracy. Programista backendu może użyć kategorii: języki, frameworki, dane, chmura i infrastruktura oraz testy. Programista frontendu może zacząć od języków, frameworków UI, stanu i danych, testów, dostępności i narzędzi do budowania.
Zwięzła sekcja może wyglądać tak:
Języki: Java, Kotlin, SQL, Python; Dane: PostgreSQL, Redis, Kafka; Infrastruktura: AWS, Docker, Kubernetes, Terraform; Testy i obserwowalność: JUnit, Testcontainers, Grafana, OpenTelemetry
Wpisuj technologie, o których możesz swobodnie rozmawiać. Jeśli jakiś framework pojawił się u ciebie tylko w jednym małym tutorialu kilka lat temu, jego miejsce jest raczej w notatkach z nauki, a z głównego CV może zniknąć. Pilnuj poprawnych nazw produktów i wielkości liter.
Etykiety poziomu, takie jak „ekspert” czy „zaawansowany”, każdy rozumie inaczej. Punkty w doświadczeniu, projekty, aktualne certyfikaty i lata niedawnego używania zwykle precyzyjniej pokazują głębię wiedzy.
Opisz doświadczenie tak, by na rozmowie technicznej było o co pytać
Każdy mocny punkt daje osobie prowadzącej rozmowę wątek, który warto pociągnąć. Może opisywać funkcję, usługę, migrację, incydent, narzędzie dla programistów, eksperyment lub decyzję architektoniczną. Podaj technologię, jeśli pomaga wyjaśnić sposób działania. Potem pokaż skalę lub rezultat, popierając je dowodami, których potrafisz bronić.
Sztywny schemat pisania nie jest potrzebny. Naturalne zdanie często zawiera cztery elementy: problem, twój wkład, podejście techniczne i rezultat. Gdy kontekst jest jasny, mogą wystarczyć dwa lub trzy z nich.
Oto hipotetyczny przykład przeredagowania na podstawie konkretnych notatek źródłowych.
Notatki źródłowe: API do finalizacji zamówień miało opóźnienie p95 równe 1,8 sekundy; profilowanie zapytań do bazy danych; dodane dwa indeksy i zmienione jedno zapytanie; w kolejnym wydaniu p95 spadło do 620 milisekund; zmiany napisał i wdrożył sam kandydat.
Skrócenie opóźnienia p95 API do finalizacji zamówień z 1,8 sekundy do 620 milisekund dzięki profilowaniu zapytań do bazy danych, dodaniu dwóch indeksów i przepisaniu kosztownego zapytania.
Wskaźnik, metoda i zakres odpowiedzialności pochodzą z notatek. Nie trzeba niczego dodawać.
Oto drugi hipotetyczny przykład, w którym korzyść jest operacyjna.
Notatki źródłowe: Kandydat utrzymywał wewnętrzne narzędzie do wdrożeń, z którego korzystało 14 programistów; dodana walidacja brakujących zmiennych środowiskowych; liczba związanych z tym nieudanych wdrożeń spadła z 11 w maju do 3 w czerwcu.
Dodanie walidacji zmiennych środowiskowych do wewnętrznego narzędzia do wdrożeń używanego przez 14 programistów, co zmniejszyło liczbę związanych z tym nieudanych wdrożeń z 11 w maju do 3 w czerwcu.
Dokładne porównanie miesiąca do miesiąca sprawia, że rezultat nie brzmi szerzej, niż pozwalają na to dowody.
Używaj liczb, które potrafisz wyjaśnić
CV programistów są pełne podejrzanie idealnych procentów. Świetne CV da się napisać bez przeliczania każdego wkładu na przychody czy spektakularny wzrost wydajności.
Przydatne miary to m.in. opóźnienie, dostępność, odsetek błędów, przepustowość, czas budowania, częstotliwość wdrożeń, liczba incydentów, zgłoszenia do wsparcia, czas trwania testów, koszt chmury, stopień wykorzystania rozwiązania, zakres migracji, ilość danych, liczba użytkowników i liczba zespołów korzystających z twojej pracy. Podaj okres pomiaru, jeśli wpływa na interpretację.
Jeśli dokładnego rezultatu nikt nigdy nie zmierzył, opisz skalę i znaczenie pracy. Możesz napisać o migracji dwunastu usług, udziale w dyżurach on-call dla platformy używanej przez klientów, usunięciu ręcznego kroku z procesu wydań albo o runbooku, z którego korzystano przy przekazywaniu dyżurów. Konkretna skala to cenny dowód.
Uczciwie przypisuj zasługi. Poprawa wydajności, nad którą pracował sześcioosobowy zespół, powinna brzmieć jak wkład zespołu. Sformułowania takie jak „współtworzenie”, „kierowanie”, „odpowiedzialność za”, „wdrożenie” i „udział w” oznaczają różny zakres odpowiedzialności. Wybierz to, które bez wahania powiesz przy byłych współpracownikach.
Dodaj kontekst zrozumiały poza twoją firmą
Wewnętrzne nazwy projektów i firmowe skróty niewiele mówią nowemu czytelnikowi. Przełóż je na kontekst produktu, systemu, klienta lub działania firmy.
„Praca nad Projektem Falcon” zostawia osobę czytającą w domysłach. „Rozwój procesów odzyskiwania konta na firmowej platformie tożsamości B2B” daje jej punkt zaczepienia.
Zwykle możesz ujawnić rodzaj systemu, skalę, metodę i rezultat bez zdradzania poufnej architektury czy danych klientów. Przestrzegaj umów o pracę, zasad bezpieczeństwa i obowiązków zawodowych. Zaokrąglaj lub uogólniaj wrażliwe liczby tylko wtedy, gdy nadal są zgodne z prawdą, i ostrożnie je objaśniaj na rozmowach.
Przedstawiaj projekty jak pracę inżynierską
Projekty szczególnie przydają się studentom, osobom, które się przebranżawiają, programistom wracającym po przerwie i kandydatom, którzy zmieniają specjalizację. Wybierz kilka, które pokazują umiejętności wymagane na docelowym stanowisku.
Przy każdym projekcie wyjaśnij, co robi, jaki był twój wkład, jakie są główne technologie i jaką ważną decyzję inżynierską podjęto. Dodaj link do repozytorium lub wersji demo, jeśli jest to bezpieczne, a projekt działa i łatwo go zrozumieć.
Opis projektu może dotyczyć decyzji w sprawie dostępności, strategii testowania, procesu wdrażania, modelu danych, ograniczeń wydajności, zabezpieczeń lub kompromisu, na który przyszło ci pójść. Takie wybory mówią więcej niż długa lista funkcji.
Projekt z tutorialu nadal może pokazywać naukę, ale trzeba go uczciwie oznaczyć. Rozbuduj go, udokumentuj swoje zmiany i wyjaśnij tę część, którą rozumiesz na tyle dobrze, by o niej rozmawiać.
Przygotuj GitHuba dla osoby, która go przejrzy
Rekruter może nigdy nie otworzyć twojego profilu na GitHubie. Osoba prowadząca rozmowę techniczną może to zrobić. Zadbaj o pierwsze wrażenie właśnie z myślą o tym drugim czytelniku.
Przypnij istotne repozytoria i napisz README, które wyjaśnia cel, instalację, architekturę, obecne ograniczenia i ważne decyzje. Dodaj testy tam, gdzie mają sens. Zanim udostępnisz link, usuń ujawnione dane logowania i przejrzyj historię commitów pod kątem sekretów.
Wykresem aktywności nie warto się przejmować. Kod pisany zawodowo jest często prywatny, a zdrowa kariera programisty zostawia miejsce na życie z dala od laptopa. Jakość i trafność pracy, którą zdecydujesz się pokazać, znaczą dużo więcej niż nieprzerwana ściana zielonych kwadracików.
Dopasuj CV do swojej specjalizacji
CV programisty frontendu powinno pokazywać nie tylko framework, ale też problem, z którym mierzy się użytkownik. Wartość dodają też dostępność, wydajność, praca nad design systemem, eksperymenty, zachowanie przeglądarek i współpraca z projektantami.
CV programisty backendu może podkreślać granice usług, modele danych, niezawodność, bezpieczeństwo, wydajność, integracje i odpowiedzialność za utrzymanie. Wymieniaj wzorce architektoniczne tylko wtedy, gdy naprawdę były częścią twojej pracy i potrafisz wyjaśnić związane z nimi kompromisy.
W rolach platformowych, chmurowych, DevOps i SRE potrzebne są dowody na systemy, na których polegali inni programiści. Pokaż automatyzację, obserwowalność, reagowanie na incydenty, planowanie zasobów, zarządzanie infrastrukturą, pracę nad kosztami lub wygodę pracy programistów na przykładzie konkretnych zmian.
W rolach związanych z danymi i uczeniem maszynowym warto rozróżniać analizę, inżynierię danych, tworzenie modeli, ich ewaluację, wdrażanie i monitorowanie. Jasno określ swój wkład, gdy pracę dzielili badacze, analitycy, inżynierowie platformy i zespoły produktowe.
W CV osoby kierującej zespołami programistów kod może zajmować mniej miejsca. Ważniejsze stają się wielkość zespołu, rekrutacja, mentoring, procesy dostarczania, decyzje architektoniczne, współpraca z interesariuszami i wyniki organizacji. Zachowaj tyle kontekstu technicznego, by pokazać środowisko, które było pod twoim kierownictwem.
Pomóż systemom rekrutacyjnym odczytać CV
Systemy ATS bywają różne. Wiele z nich potrafi odczytać CV, przechowywać dane kandydatów i ułatwiać rekruterom wyszukiwanie. Nic z tego nie tworzy uniwersalnej oceny, która gwarantuje zaproszenie na rozmowę.
Używaj znanych nagłówków, takich jak „Doświadczenie zawodowe”, „Umiejętności techniczne”, „Projekty” i „Wykształcenie”. Daty i nazwy pracodawców powinny być łatwe do odnalezienia. Nie umieszczaj kluczowych informacji wyłącznie w obrazkach, ikonach czy ozdobnych wykresach.
Używaj słownictwa z ogłoszenia tam, gdzie trafnie opisuje twoje doświadczenie. Jeśli pracodawca wymaga PostgreSQL, a ty znasz wyłącznie MySQL, nie mieszaj tych baz danych. Pokrewne doświadczenie i tak może się liczyć, a szczerość bardzo ułatwia rozmowę kwalifikacyjną.
Trzymaj się wymaganego formatu pliku. Dobrze wyeksportowany PDF zwykle zachowuje układ, ale niektóre portale wymagają DOCX albo zbierają dane przez pola formularza. Otwórz gotowy plik i sprawdź, czy tekst da się zaznaczyć i czy każda strona wyświetla się poprawnie.
Więcej o tym, jak systemy odczytują CV i jak rekruterzy w nich wyszukują, przeczytasz w poradniku o systemach ATS.
Dopasowuj CV bez przepisywania całej kariery
Prowadź pełne CV bazowe albo dokument ze wszystkimi osiągnięciami. Do każdej aplikacji wybieraj doświadczenie, punkty, projekty i umiejętności, które najlepiej pasują do stanowiska. Zmieniaj kolejność tam, gdzie to pomaga, i dostosuj podsumowanie, jeśli go używasz.
Pięć przemyślanych zmian może dać więcej niż przepisywanie każdego wiersza. Wysuń na pierwszy plan właściwą specjalizację, przejmij trafne słownictwo z ogłoszenia, wybierz najmocniejsze dowody, usuń starsze narzędzia, które odciągają uwagę, i jeszcze raz sprawdź plik.
Zapisz dopasowaną wersję razem z ogłoszeniem i swoimi notatkami. Przed rozmową masz wtedy wiarygodny zapis, co szczególnie się przydaje, gdy kilka rekrutacji toczy się naraz.
Używaj AI jako redaktora i dawaj mu materiał źródłowy
AI może pomóc porównać ofertę pracy z twoim CV i dopracować techniczne opisy. Potrafi też z całkowitą pewnością siebie wymyślić architekturę, skalę, wskaźniki, zakres odpowiedzialności, narzędzia i wyniki biznesowe.
Daj AI wąskie zadanie:
Porównaj tę ofertę pracy dla programisty z moim CV. Wskaż najbardziej pasujące doświadczenie, dokładnie cytując moje CV źródłowe. Przeredaguj maksymalnie pięć punktów, korzystając tylko z potwierdzonych faktów. Zachowaj dokładnie technologie, wskaźniki, daty, wielkość zespołów i zakres odpowiedzialności. Brakujące szczegóły zostaw w nawiasach kwadratowych do uzupełnienia przeze mnie.
Sprawdzaj sens techniczny równie uważnie jak gramatykę. „Poprawa niezawodności”, „zaprojektowanie architektury” i „kierowanie migracją” to poważne deklaracje. Każda wymaga dowodu.
W UseResume możesz przesłać lub utworzyć CV, dodać ofertę pracy, wygenerować dopasowaną wersję, edytować przeredagowane punkty, wybrać szablon i wyeksportować PDF. Zachowaj kontrolę nad ostatecznym językiem technicznym i usuń każdy dopisek, który nie ma pokrycia w faktach.
Ostatnie sprawdzenie
Przed wysłaniem zadaj sobie pytanie, czy inny programista zrozumiałby systemy opisane w twoim CV i twój wkład w nie. Sprawdź, czy ważne technologie pojawiają się w kontekście, liczby mają źródło, osiągnięcia zespołowe są uczciwie przypisane, a linki do projektów działają.
Potem przeczytaj całość pod kątem zwykłej, ludzkiej czytelności. CV może robić wrażenie technicznie, a mimo to męczyć. Krótkie zdania, starannie dobrane szczegóły i spokojna pewność siebie zaprowadzą twoją pracę dalej.
Najlepszy materiał zwykle jest już w twojej karierze. Zadanie polega na tym, by go odkryć, precyzyjnie nazwać i dać czytającemu powód do zadania kolejnego pytania.
Załóż konto w UseResume i stwórz CV programisty skupione na tym, co najważniejsze.
Czytaj dalej: poradniki o umiejętnościach technicznych w CV i dodawaniu portfolio do CV.
