Aplikacja na stanowisko Frontend Developera wymaga jasnego opisu twojej pracy, a nie tylko czytelnego układu. Ten fikcyjny przykład skupia się na tym, jak wyjaśniać decyzje dotyczące interfejsu. Zatrudnienie, wykształcenie i projekty są zapisane osobno, aby osoba oceniająca mogła rozpoznać twój wkład i zakres. Porównaj przykład z własnym doświadczeniem; nie dodawaj zadań, narzędzi ani kwalifikacji, których nie możesz uzasadnić.
Przykładowe CV (fikcyjne)
Ten przykład jest fikcyjny; imiona i nazwiska osób oraz nazwy organizacji nie są prawdziwe.
Stwórz CV z tym szablonem ↗ Pobierz jako szablon Word (.docx) · Darmowe szablony CV w Wordzie
Jak napisać takie CV
Wyjaśniaj decyzje dotyczące interfejsu
Powiąż używane biblioteki z problemem użytkownika, który rozwiązujesz. Opisz swoją odpowiedzialność za walidację formularza, dostęp z klawiatury lub zachowanie responsywne. Jeśli wspominasz o poprawie wydajności, bądź gotów wyjaśnić narzędzie pomiarowe, warunki testu i porównywane wersje.
Poprzyj deklaracje o dostępności konkretami
Samo „dostępne interfejsy” niewiele mówi. Napisz, co faktycznie zrobiłeś: kolejność tabulatora w formularzu, widoczny fokus, etykiety powiązane z polami, komunikaty o błędach odczytywane przez czytniki ekranu. Podaj, jakie sprawdzenia wykonałeś, np. audyt automatyczny lub ręczne przejście klawiaturą, i uczciwie zaznacz, czego nie testowałeś.
Traktuj wydajność jak dowód, nie ozdobę
Jeśli wspominasz o szybszym ładowaniu lub mniejszym bundlu, znaj narzędzie, stronę, warunki sieci oraz wersje przed i po zmianie. Rekruter może o to zapytać. Skromna, dobrze wyjaśniona zmiana, np. lazy loading obrazów albo podział routingu, jest wiarygodniejsza niż ogólne „zoptymalizowałem wszystko”.
Ułatw ocenę swojego GitHuba i portfolio
Podlinkuj dwa–trzy projekty, które potrafisz omówić do końca. Przypnij je, dodaj README ze zrzutem ekranu, krokami uruchomienia i opisem swojej roli, a porzucone eksperymenty usuń. W minutę powinno być jasne, co powstało, w jakim frameworku i co jest twoim wkładem.
Uporządkuj listę umiejętności i trzymaj się prawdy
Pogrupuj umiejętności według zastosowania: języki, frameworki, testy, narzędzia. Podawaj kontekst tylko tam, gdzie ma znaczenie, np. TypeScript z React w aplikacji produkcyjnej. Nie wpisuj bibliotek, które widziałeś raz w tutorialu; każdą pozycję powinieneś umieć omówić na rozmowie.
Pokaż współpracę z projektantami i backendem
Frontend zależy od innych osób. Opisz, jak przebiegało przekazanie projektu graficznego, breakpointy, kontrakty API oraz stany ładowania i błędów ustalane z backendem. Jedno konkretne zdanie o rozwiązaniu rozbieżności między makietą a prawdziwymi danymi mówi więcej niż długa lista frameworków.
Przykładowe zdania opisujące twoją pracę
Dostosuj je do własnej, prawdziwej pracy; nigdy nie pisz o tym, czego nie robiłeś.
- Poprawiłem nawigację klawiaturą i komunikaty o błędach w formularzach
- Stworzyłem wspólne komponenty React do powtarzających się ekranów
- Przygotowałem stany ładowania i puste stany dla odpowiedzi z API
- Zweryfikowałem zachowanie komponentów testami jednostkowymi
- Przejrzałem z zespołem projektowym punkty przełamania dla urządzeń mobilnych
- Dokumentowałem problemy z dostępnością podczas code review
Pomysły na umiejętności
Wybierz tylko to, co jest prawdą w twoim przypadku.
- React
- TypeScript
- JavaScript
- HTML
- CSS
- Git
- Vitest
- Dostępność
- REST API
- Code review
Częste błędy
- Wymienianie każdego frameworka, jaki kiedykolwiek otworzyłeś, zamiast kilku, które znasz na tyle, by użyć ich w realnym projekcie
- Deklarowanie „pixel perfect” lub „w pełni dostępnych” interfejsów bez wskazania, jak to sprawdzono i według jakich standardów
- Linkowanie profilu GitHub pełnego pustych forków, niedokończonych tutoriali i repozytoriów bez README
- Opisy w stylu „praca nad UI” bez wskazania komponentu, przepływu lub problemu użytkownika
- Publikowanie poufnego kodu pracodawcy lub zrzutów ekranu wewnętrznych narzędzi jako materiału do portfolio
Najczęściej zadawane pytania
Jak wykorzystać link do GitHuba?
Wybierz kilka rozwijanych projektów. W pliku README podaj kroki instalacji, zrzuty ekranu, swój wkład i znane ograniczenia. Nie publikuj poufnego kodu pracodawcy.
Czy dodać link do działającej wersji demo?
Tak, jeśli działa i jest stabilna. Wdrożone demo z krótką informacją, co pokazuje, bardzo pomaga. Przed wysłaniem sprawdź je na telefonie i w drugiej przeglądarce oraz upewnij się, że nie ujawnia prywatnych danych ani zepsutych podstron.
Jak pokazać znajomość dostępności bez certyfikatu?
Opisz konkretną pracę: obsługę klawiatury, etykiety, poprawki kontrastu, semantyczny HTML czy sprawdzanie czytnikiem ekranu. Podlinkuj projekt, w którym to widać. Certyfikat może pomóc, ale przykłady, które potrafisz wyjaśnić, zwykle przekonują bardziej.
Jak ułożyć CV juniora frontendowego?
Zacznij od krótkiego podsumowania, potem projekty z linkami, na końcu umiejętności i wykształcenie. Każdy projekt opisz przez problem, swój wkład i użyte narzędzia. Staż lub wkład w open source dodaj tylko wtedy, gdy umiesz dokładnie powiedzieć, co zmieniłeś.
Czy system ATS poprawnie odczyta listę technologii?
Używaj zwykłego tekstu i standardowych nazw, jak JavaScript, TypeScript, React, zamiast ikon i pasków umiejętności. Umieść je w czytelnej sekcji umiejętności, a kluczowe narzędzia wspomnij też w opisach doświadczenia, by CV zrozumiał i program, i człowiek.
Powiązane poradniki
← Wszystkie przykłady CV