01

Jedna czy dwie strony? Liczy się gęstość informacji

Jedna strona jest użytecznym ograniczeniem dla osoby z krótką historią zawodową albo wtedy, gdy tylko część doświadczenia pasuje do wybranej roli. Nie jest jednak uniwersalną normą, do której trzeba dopasować każde CV kosztem czytelności, małej czcionki lub usuwania ważnych projektów.

Dwie strony są rozsądne, gdy druga nadal zawiera istotne i różne dowody: kolejne etapy rozwoju, trudniejsze problemy, zmianę zakresu odpowiedzialności lub doświadczenie ważne dla oferty. Jeżeli na drugą stronę przechodzą dwa rozwlekłe punkty o typowych obowiązkach, lepiej najpierw poprawić ich gęstość niż walczyć z samym podziałem strony.

02

Krótki konkret może być wystarczający

CV nie musi zawierać pełnego studium przypadku dla każdego projektu. Zdanie „Wydzieliłem moduł płatności z monolitu do osobnego serwisu” jest krótkie, ale przekazuje konkretną zmianę i daje dobry punkt wyjścia do rozmowy. Nie wiadomo jeszcze, dlaczego podjęto tę decyzję, lecz wiadomo przynajmniej, co kandydat faktycznie zrobił.

To ważna różnica. „Projektowanie architektury mikroserwisowej” może napisać niemal każdy, bo nie wskazuje żadnego rozpoznawalnego wkładu. Krótki opis nie jest słaby tylko dlatego, że nie zawiera całej historii. Powinien jednak nazywać działanie i jego przedmiot na tyle precyzyjnie, aby rozmówca mógł zadać sensowne pytanie.

Zbyt ogólnie

Projektowanie architektury mikroserwisowej.

Więcej dowodu

Wydzieliłem moduł płatności z monolitu do osobnego serwisu.

Druga wersja nadal jest krótka. Jej przewagą nie jest długość, lecz konkretny zakres zmiany.
03

Rozwijaj punkty, które mają udowodnić seniority

Nie każdy punkt musi pokazywać pełny tok rozumowania. W każdej ważnej roli warto jednak wybrać dwa lub trzy fragmenty, które mają najmocniej potwierdzić poziom kandydata. To właśnie przy nich dodatkowe miejsce może przynieść realną wartość.

Wersja kompaktowa może brzmieć: „Wydzieliłem moduł płatności z monolitu do osobnego serwisu”. Wersja dowodowa może dodać, że decyzja wynikała z analizy zależności, ryzyka wdrożeń lub potrzeby niezależnego skalowania. Drugi wariant mocniej pokazuje seniority, ale pierwszy nadal może być dobrym wyborem, gdy dokument jest już gęsty albo szczegóły łatwiej rozwinąć podczas rozmowy.

Rozszerzenie ma sens wtedy, gdy ujawnia indywidualny wkład: decyzję, ograniczenie, ryzyko, kompromis albo odpowiedzialność za wdrożenie. Samo dopisanie „we współpracy z zespołem backendowym” zwykle niewiele zmienia, ponieważ taka współpraca jest normalną częścią pracy frontendowej i bez dodatkowego kontekstu nie wiadomo, co oznaczała.

Zbyt ogólnie

Współpraca z zespołem backendowym przy migracji checkoutu do Next.js.

Więcej dowodu

Podzieliłem migrację checkoutu na etapy, uzgodniłem kontrakt API z backendem i odpowiadałem za bezpieczny rollout.

Dłuższa wersja zasługuje na miejsce, bo pokazuje decyzję, realny punkt współpracy i zakres odpowiedzialności.
04

Liczba nie zastępuje opisu trudności

Metryka pomaga potwierdzić rezultat, ale sama nie mówi jeszcze, jak trudna była praca. Poprawa LCP z 4,2 do 2,1 sekundy wygląda atrakcyjnie, lecz punktem wyjścia mogła być fatalna konfiguracja, którą wystarczyło poprawić jednym oczywistym ruchem. Bez mechanizmu zmiany trudno ocenić, czego wynik dowodzi o kandydacie.

Opis diagnozy potrafi powiedzieć więcej: kandydat rozpoznał, że główny bundle blokował renderowanie, wydzielił krytyczną ścieżkę i przeniósł pozostały kod do ładowania asynchronicznego. Jeżeli miejsce pozwala, najlepiej połączyć sposób działania z wynikiem. Gdy trzeba wybierać, zachowaj fragment, który najlepiej pokazuje kompetencję istotną dla docelowej roli.

Zbyt ogólnie

Poprawiłem wynik LCP z 4,2 do 2,1 sekundy.

Więcej dowodu

Zidentyfikowałem, że główny bundle blokuje renderowanie, wydzieliłem krytyczną ścieżkę i przeniosłem pozostały kod do ładowania asynchronicznego.

Liczba pokazuje efekt. Druga wersja pokazuje diagnozę i sposób myślenia. Najmocniejszy opis łączy oba elementy, jeśli są prawdziwe i mieszczą się w hierarchii CV.
05

Jak skracać bez utraty najważniejszych dowodów

Najpierw usuń informacje, które wynikają z samej roli lub powtarzają się w każdym stanowisku: ogólne deklaracje współpracy, listy typowych obowiązków i technologie już widoczne w sekcji umiejętności. Następnie połącz punkty opisujące ten sam problem i przenieś najmocniejsze dowody na początek każdej roli.

Skracanie nie powinno polegać na usuwaniu decyzji, rezultatów i ograniczeń, a pozostawianiu samych nazw technologii. To właśnie te pierwsze informacje odróżniają Twoje doświadczenie od setek podobnych profili. Jeżeli musisz wybierać, zachowaj opis, którego nie mógłby bez zmiany podpisać prawie każdy programista pracujący w podobnym stacku.

06

Dobra długość wynika z priorytetów, nie z reguły

Nie istnieje jedna poprawna liczba stron dla juniora, seniora i osoby zmieniającej specjalizację. Istnieje natomiast prosta kontrola jakości: każdy dodatkowy punkt powinien wnosić nowy kontekst, dowód albo ważny warunek dopasowania do oferty.

Zostaw krótkie konkrety tam, gdzie wystarczy fakt i dobry punkt zaczepienia do rozmowy. Rozwijaj kilka fragmentów, które naprawdę mają udowodnić poziom, sposób podejmowania decyzji lub wpływ. Wtedy druga strona nie jest oznaką rozwlekłości — jest konsekwencją doświadczenia, które nadal ma znaczenie dla odbiorcy.

Sprawdź swoje CV

  • Czy druga strona zawiera nowe dowody, zamiast powtarzać typowe obowiązki?
  • Czy każdy krótki punkt nazywa konkretne działanie i jego przedmiot?
  • Czy dwa lub trzy najmocniejsze punkty pokazują decyzję, ograniczenie albo odpowiedzialność?
  • Czy liczby mają kontekst, który wyjaśnia trudność i Twój wkład?
  • Czy możesz skrócić informacje drugorzędne bez usuwania najmocniejszych dowodów?