Podstawy CV programisty frontend: kluczowe technologie
Tworząc CV na stanowisko frontend developera, należy pamiętać, że stos technologiczny to nie tylko zwykła lista narzędzi. Powinien on stanowić dowód zdolności specjalisty do budowania pełnowartościowych interfejsów webowych. Zgodnie z definicjami MDN, głównymi komponentami nowoczesnego rozwoju są HTML, który tworzy strukturę dokumentów, CSS odpowiadający za wygląd oraz JavaScript jako natywny język środowiska webowego. Dodatkowo wyróżnia się Web API, które pozwalają na tworzenie złożonych aplikacji przy użyciu JavaScript.
Aktualność technologii potwierdzają dane statystyczne. Według Stack Overflow Developer Survey 2025, JavaScript pozostaje liderem wśród wszystkich respondentów z wynikiem 66%, podczas gdy HTML/CSS zajmują 61,9%, a TypeScript — 43,6%. Wśród profesjonalnych programistów wskaźniki te są jeszcze wyższe: JavaScript wykorzystuje 68,8%, HTML/CSS — 63%, a TypeScript — 48,8%. Pomimo szerokiej popularności tych technologii, w otwartych źródłach brak dowodów na to, że jakiś konkretny stos „sprzedaje” CV lepiej od innych; potwierdzone jest jedynie ich masowe wykorzystanie w branży.
Strategiczne przedstawienie stosu technologicznego
Skuteczne CV zakłada grupowanie technologii według ich funkcji, a nie losowe wyliczanie. Choć taki standard nie jest sztywno określony w oficjalnych źródłach, koreluje on z kategoriami MDN, gdzie technologie podzielono na HTML, CSS, JavaScript, Web API, HTTP, SVG i inne. Logiczne ustrukturyzowanie pomaga rekruterom szybciej ocenić głębię wiedzy programisty.
Zalecana struktura podziału stosu może wyglądać następująco:
- Frontend: HTML, CSS, JavaScript, TypeScript oraz główne frameworki lub biblioteki, takie jak React, Vue czy Angular.
- UI & styling: CSS Modules, preprocesory (Sass), Tailwind CSS oraz biblioteki komponentów.
- State & data: Narzędzia do zarządzania stanem (Redux, Zustand, Pinia) oraz metody interakcji z danymi (REST API, GraphQL).
- Testing: Narzędzia do testów jednostkowych i end-to-end (Jest, Vitest, Testing Library, Playwright, Cypress).
- Build & deployment: Buildery i narzędzia do wdrażania (Vite, Webpack, npm, Git, GitHub Actions, Vercel, Netlify).
- Quality: Skupienie na dostępności (accessibility), wydajności (performance) oraz projektowaniu responsywnym (responsive design).
Metryki jakości: Performance i Accessibility
W nowoczesnym webie szczególne miejsce zajmują sygnały jakości. W CV warto osobno podkreślać doświadczenie w pracy z wydajnością i dostępnością, jeśli jest to poparte rzeczywistymi projektami. Ważnym punktem odniesienia są Core Web Vitals — zestaw metryk rzeczywistego doświadczenia użytkownika, obejmujący LCP (Largest Contentful Paint), INP (Interaction to Next Paint) oraz CLS (Cumulative Layout Shift).
Jeśli chodzi o dostępność, standardem jest WCAG 2.2, który zawiera 13 wytycznych zorganizowanych według czterech podstawowych zasad:
- Perceivable (Postrzegalność): Informacje i komponenty interfejsu muszą być prezentowane w sposób dostępny do odbioru przez użytkowników.
- Operable (Funkcjonalność): Użytkownicy muszą mieć możliwość obsługi interfejsu.
- Understandable (Zrozumiałość): Informacje i działanie interfejsu muszą być zrozumiałe.
- Robust (Solidność): Treść musi być wystarczająco wiarygodna, aby mogła być poprawnie interpretowana przez różne programy użytkownika, w tym technologie wspomagające.
Opis projektów pet w CV
Projekty typu pet są ważnym składnikiem służącym do demonstracji umiejętności programisty. Dokumentacja GitHuba wskazuje, że plik README repozytorium powinien być źródłem informacji o tym, co robi projekt, dlaczego jest użyteczny, jak zacząć z niego korzystać i kto go wspiera. Tę samą zasadę warto stosować do opisu projektów w CV.
Dla każdego projektu w CV warto podać nazwę, link do Live demo i repozytorium na GitHubie, a także krótki cel, stos technologiczny i kluczowe funkcje. Takie podejście opiera się na roli README jako pierwszego elementu, który widzi odwiedzający repozytorium. Typowy opis projektu może zawierać:
- Stworzenie responsywnej aplikacji w konkretnej technologii (np. React + TypeScript).
- Realizację konkretnych funkcji (zarządzanie stanem, autentykacja, testowanie).
- Wykorzystanie określonych platform do wdrażania.
Liczba projektów w CV nie jest regulowana oficjalnymi źródłami, jednak GitHub pozwala przypiąć do sześciu repozytoriów lub gistów w profilu programisty, co można uznać za punkt odniesienia przy wyborze najlepszych prac.
Przygotowanie profilu na GitHubie
Profil na GitHubie powinien stać się weryfikowalnym przedłużeniem CV. Ważnym elementem jest GitHub profile README — to publiczne repozytorium o nazwie zgodnej z nazwą użytkownika. Można w nim zamieścić informacje o specjalizacji, stosie technologicznym i linki do portfolio.
Dla „higieny” profilu na GitHubie zaleca się:
- Wykorzystanie pinned repositories do zaprezentowania najlepszych projektów (do 6 sztuk).
- Dodawanie GitHub Topics do repozytoriów, aby pomóc innym w wyszukiwaniu projektu według przeznaczenia, języka lub dziedziny.
- Wykorzystanie GitHub Releases do utrwalania iteracji oprogramowania na podstawie tagów Git, co pozwala tworzyć release notes i wskazywać uczestników rozwoju.
Formułowanie osiągnięć i typowe błędy
Przy opisywaniu doświadczenia lub projektów zaleca się używanie formuły: Działanie + Funkcja + Technologia + Wynik/Sygnał jakości. Pozwala to uczynić opis konkretnym i weryfikowalnym. Na przykład zamiast prostego wymieniania technologii, warto napisać: „Zbudowałem responsywny katalog produktów z użyciem React i REST API, zrealizowałem filtrowanie po stronie klienta oraz zoptymalizowałem Core Web Vitals (LCP, INP, CLS)”.
Jednym z głównych błędów jest przedstawianie stosu jako chaotycznej listy bez kontekstu. Jeśli w CV nie widać, gdzie dokładnie zostały zastosowane wymienione technologie, taka lista traci na wartości. Stos w projekcie pet musi być bezpośrednio powiązany z opisem jego funkcjonalności. Warto również unikać wyliczania narzędzi, które nie są poparte kodem w publicznych repozytoriach lub opisanym doświadczeniem.
Badanie „Categorizing the Content of GitHub README Files” potwierdza, że wysokiej jakości pliki README odgrywają krytyczną rolę w budowaniu pierwszego wrażenia o repozytorium i dokumentowaniu projektu programistycznego. Dlatego każdy silny projekt w CV powinien mieć dwa obowiązkowe linki: Live demo (dla wizualnej weryfikacji wyniku) oraz repozytorium na GitHubie (dla sprawdzenia rozwiązania technicznego).
Podsumowujący checklist dla CV frontend developera
Dla skutecznego zgłoszenia warto sprawdzić CV według następujących punktów:
- Header: obecność imienia, kontaktów (email, LinkedIn), linku do GitHuba i portfolio.
- Stack: technologie zgrupowane według funkcji zgodnie z kategoriami technologii webowych.
- Projects: obecność opisu tego, co zrobiono, użytego stosu oraz instrukcji uruchomienia w README.
- GitHub Hygiene: uzupełniony Profile README, obecność tematów (topics) w repozytoriach oraz przypięte projekty.
- Quality signals: wzmianki o dostępności i wydajności tylko w miejscach, gdzie aspekty te zostały faktycznie wdrożone i mogą zostać sprawdzone.