CV React Developera - Wzór i Co Wpisać [2026]

CV React developera: jaki stack i projekty pokazać, jak opisać wydajność i testy, gotowy wzór do skopiowania i błędy, które kosztują rozmowę. 2026.

Masz dopracowane portfolio, zielony wykres kontrybucji na GitHubie i kilka wdrożonych aplikacji w React. A mimo to Twoje CV ląduje na kupce „nie”, zanim ktokolwiek otworzy link do repozytorium. To tylko pozornie sprzeczne. Rekruter na pierwszym etapie rzadko ogląda kod - ma kilkadziesiąt zgłoszeń i kilka minut na każde, więc decyzję podejmuje na podstawie jednej strony tekstu. Jeśli ta strona wygląda jak lista technologii przepisana z ogłoszenia, do portfolio nikt nie dotrze.

CV reactowca ma przez to nietypowe zadanie: przekonać do Twojego kodu osobę, która tego kodu nie zobaczy. A jednocześnie przejść przez system ATS, który skanuje dokument pod kątem słów kluczowych, i obronić się przed tech leadem, który dostanie Cię na rozmowę i zacznie drążyć każdą linijkę. Trzech odbiorców, jedna kartka. Reszta tekstu jest o tym, jak ją napisać, żeby zadowolić wszystkich trzech, nie ściemniając przy żadnym.

Ten poradnik dotyczy konkretnie frontendu reactowego - hooków, zarządzania stanem, Next.js, wydajności renderowania. Ogólne zasady pisania CV w IT (backend, fullstack, DevOps, luki w karierze, praca zdalna) opisuje poradnik CV programisty. Tutaj schodzimy o piętro niżej, w jeden stack.

Co odróżnia reactowca od „kogoś, kto zna JavaScript”

Pierwszy filtr jest banalny i bezlitosny: czy pisałeś React zawodowo, czy zrobiłeś kurs i jeden projekt na zaliczenie. Rekruter techniczny pozna to po kilku sygnałach, których nie da się podrobić jednym zdaniem w podsumowaniu.

Najważniejszy z nich to sposób, w jaki opisujesz pracę. Junior pisze „tworzyłem komponenty w React”. Ktoś z realnym doświadczeniem pisze, co z tymi komponentami było trudnego: że stan rozjeżdżał się między widokami, więc wprowadził TanStack Query; że lista renderowała się zbyt wolno, więc dodał wirtualizację; że trzeba było rozbić monolityczny komponent, bo każdy re-render ciągnął całe drzewo. Konkret problemu jest dowodem doświadczenia mocniejszym niż nazwa biblioteki.

Drugi sygnał to świadomość, że React to nie tylko składnia. Hooki potrafi wpisać każdy. Ale to, czy rozumiesz, kiedy useMemo faktycznie coś daje, a kiedy jest cargo cultem, kiedy stan powinien być lokalny, a kiedy globalny, kiedy efekt uboczny jest potrzebny, a kiedy to znak, że źle ułożyłeś dane - tego nie widać z listy technologii. Widać dopiero z opisu decyzji. Dlatego w CV reactowca decyzje są warte więcej niż deklaracje.

Stack, który mówi „2026”, a nie „2019”

Sekcja umiejętności to miejsce, gdzie najłatwiej zdradzić, jak dawno aktualizowałeś wiedzę. React rozwija się szybko i kilka rzeczy z dawnych poradników dziś brzmi przestarzale.

Warto pokazać, że jesteś po właściwej stronie tej zmiany. Zamiast samego „React” napisz, z czym realnie pracujesz: hooki, Context, Suspense, a jeśli dotykałeś - React Server Components. Zamiast „znam Next.js” doprecyzuj App Router, renderowanie po stronie serwera, strategie cache. Stan to dziś rzadko czysty Redux - częściej Redux Toolkit, Zustand albo, do danych z serwera, TanStack Query. TypeScript w ofertach frontendowych przestał być wyróżnikiem i stał się domyślnym oczekiwaniem, więc jego brak rzuca się w oczy bardziej niż obecność.

Trzymaj tę sekcję krótką i pogrupowaną. Sekcja umiejętności nie jest spisem wszystkiego, czego dotknąłeś - to lista tego, o czym chcesz rozmawiać na rozmowie. Pięć, sześć pozycji z sensowną strukturą czyta się lepiej niż trzydzieści chaotycznych słów kluczowych, które i tak nie przejdą próby dopytania. Reguła jest prosta: jeśli nie chcesz, żeby ktoś zadał Ci o coś pytanie, nie wpisuj tego do CV.

Jedno zastrzeżenie wbrew popularnym poradnikom: nie podawaj procentowych poziomów biegłości („React 90%”). Dla osoby technicznej taki pasek nic nie znaczy i wygląda jak wypełniacz. Lepiej pokazać poziom przez to, co zrobiłeś, niż przez słupek.

Projekty: pokaż architekturę i liczbę, nie listę bibliotek

Tu rozstrzyga się większość rozmów o pracę dla frontendowca. Projekt opisany jako „aplikacja w React i Redux” nie mówi nic. Ten sam projekt opisany przez problem, decyzję i wynik nagle staje się rozmową.

Działa tu prosty schemat: co było trudne, co z tym zrobiłeś, co z tego wyszło. „Lista produktów renderowała się 4 sekundy przy kilku tysiącach pozycji; wprowadziłem wirtualizację i code splitting; czas pierwszego renderu spadł do około sekundy (Lighthouse)”. Albo: „aplikacja ciągnęła te same dane w kilku miejscach; przeniosłem warstwę zapytań na TanStack Query; zniknęły błędy nieaktualnego stanu, a kod się odchudził”. Liczba nie musi być spektakularna - musi być prawdziwa i konkretna. Wynik Lighthouse, czas ładowania, rozmiar bundle’a, spadek liczby błędów to metryki, które frontendowiec ma pod ręką, a które brzmią wiarygodnie.

Jeśli nie masz komercyjnych projektów, bo dopiero wchodzisz na rynek, te same zasady działają na projektach własnych i open source. Liczy się nie to, czy ktoś Ci zapłacił, tylko czy potrafisz opowiedzieć o decyzjach. Zadbaj wtedy, żeby linki w CV - GitHub, portfolio, wdrożone demo - faktycznie działały i prowadziły do uporządkowanego repo, a nie do trzech nieskończonych projektów z jednym commitem.

Testy to osobny temat, który warto wyciągnąć na wierzch, bo wielu kandydatów go pomija. Wzmianka o Jest, React Testing Library czy Playwright pokazuje, że myślisz o utrzymywalności, a nie tylko o tym, żeby „działało u mnie”. To samo dotyczy współpracy z QA - jeśli pracowałeś blisko zespołu testerów, warto to zaznaczyć, a sam proces od strony testowej opisuje CV testera oprogramowania.

Podsumowanie zawodowe - junior i doświadczony

Podsumowanie to pierwsze trzy, cztery zdania, które rekruter przeczyta na pewno. Dla reactowca to miejsce na pozycjonowanie: kim jesteś, w czym konkretnie, i co potrafisz udowodnić.

Junior, który dopiero wchodzi na rynek, nie powinien udawać seniora ani przepraszać za brak doświadczenia. Lepiej brzmi: „Frontend developer skupiony na React i TypeScript. Po bootcampie i trzech projektach własnych, w tym wdrożonej aplikacji z autoryzacją i testami w Jest. Szukam pierwszej roli komercyjnej, w której rozwinę praktykę code review i pracy w zespole”. Konkret zamiast deklaracji „szybko się uczę”.

Osoba z kilkuletnim stażem ma odwrotny problem - za dużo do napisania. Tu liczy się selekcja: „React developer z 5-letnim doświadczeniem w aplikacjach SaaS i e-commerce. Migracje do Next.js (App Router), optymalizacja Core Web Vitals, projektowanie design systemu w Storybook. Najbardziej w domu w obszarze wydajności renderowania i architektury stanu”. Jedna specjalizacja wybrzmiewa mocniej niż dziesięć wymienionych płasko.

Nie każda rola „reactowa” jest taka sama

Pod jednym hasłem „React developer” kryją się role, które w praktyce wymagają różnych rzeczy. Inaczej wygląda praca przy rozbudowanej aplikacji SPA, gdzie liczy się architektura stanu i wydajność przy tysiącach rekordów. Inaczej przy serwisie opartym na Next.js, gdzie na pierwszy plan wychodzi renderowanie po stronie serwera, SEO i Core Web Vitals. Jeszcze inaczej przy budowie biblioteki komponentów albo design systemu, gdzie kluczowa jest spójność, dostępność i dokumentacja. To samo CV wysłane na wszystkie trzy oferty trafia za każdym razem trochę obok.

Stąd prosta zasada: zanim wyślesz, przeczytaj ofertę i sprawdź, co w niej powtarza się najczęściej. Jeśli ogłoszenie trzy razy wspomina o Next.js i SSR, to nie jest rola, w której najważniejszym zdaniem ma być Redux z 2019 roku. Przesuń na górę to, co pasuje do tej konkretnej rekrutacji - nie zmyślając, tylko porządkując. Doświadczenie, które masz, ułóż tak, żeby najistotniejsze dla danej oferty było pierwsze, a nie ukryte w trzecim podpunkcie drugiej pracy.

Ma to też wymiar czysto techniczny. System ATS dopasowuje słowa, więc jeśli oferta mówi „Next.js”, a Ty napisałeś tylko „React”, parser może Cię nie połączyć z tym wymaganiem, mimo że realnie je spełniasz. Używaj tych samych nazw, których używa ogłoszenie, o ile naprawdę za nimi stoisz. To nie jest naciąganie systemu, tylko mówienie jego językiem. Granica jest jasna: dopasowujesz akcenty i słownictwo do oferty, ale nie dopisujesz technologii, których nie znasz.

Czego unika dobre CV reactowca

W CV frontendowców przesyłanych przez GenerujCV regularnie powtarza się ten sam wzorzec: ściana technologii, zero kontekstu. Trzydzieści słów kluczowych w sekcji umiejętności, opis pracy ograniczony do „rozwój aplikacji w React”, projekt nazwany samą nazwą biblioteki. Taki dokument jest nie do odróżnienia od stu innych i nie daje rekruterowi ani jednego haczyka do rozmowy.

Druga pułapka to przesada w drugą stronę - CV, które chce pokazać wszystko. Pełen wachlarz frameworków JavaScriptu, backend, mobilki, chmura, wszystko po trochu. Dla roli reactowej to rozmywa przekaz: zamiast specjalisty od frontendu czyta się to jak kogoś, kto niczego nie robi naprawdę dobrze. Dopasuj dokument do roli, o którą aplikujesz, zamiast wrzucać do niego całą swoją historię z technologią.

Trzecia rzecz dotyczy formy. Frontendowiec bywa kuszony, żeby zrobić CV graficznie wymyślne, bo „przecież zajmuję się interfejsami”. Z perspektywy osoby, która czyta takie CV na pierwszym etapie, efekt bywa odwrotny od zamierzonego: dwukolumnowe, kolorowe layouty potrafią rozsypać się w parserze ATS, a treść ginie pod formą. Czytelny, jednokolumnowy dokument, z którego łatwo wyłowić stack i projekty, działa lepiej niż portfolio udające CV. Na pokazanie zmysłu wizualnego masz portfolio - tu liczy się, żeby informacja przeszła.

Gotowy wzór CV React developera - wypełniony przykład

Poniżej kompletny przykład CV frontend developera pracującego głównie w React i TypeScript. Imię, firmy, kontakt i metryki są fikcyjne - podmień je na własne dane i własne liczby z projektów, a opisy decyzji technicznych na te, które naprawdę podejmowałeś. Całość złożysz w kreatorze GenerujCV.com i wyeksportujesz jako jednokolumnowy PDF, który parser ATS odczyta bez potykania się o kolumny.

Wzór CV React developera - frontend z React, TypeScript i Next.js, wypełniony przykład

JAKUB WÓJCIK

React Developer (frontend, TypeScript)

Tel.: +48 601 247 583 · e-mail: jakub.wojcik@example.com · Kraków (zdalnie) · GitHub: github.com/przyklad

Podsumowanie zawodowe

Frontend developer z 5-letnim doświadczeniem w budowie aplikacji w React i TypeScript. Praca od projektu komponentu i stanu po wdrożenie i pomiar wydajności w produkcji. Migracje z Create React App do Next.js (App Router) i przejścia na React Server Components. Najbardziej w domu w obszarze architektury komponentów, dostępności (WCAG) i optymalizacji Core Web Vitals.

Doświadczenie zawodowe

React Developer - WebStudio Aplikacje Sp. z o.o., Kraków (06.2022 - obecnie)

Frontend Developer (React) - Software house CodeFlow, Kraków (08.2020 - 05.2022)

Wykształcenie

Inżynier, informatyka - Akademia Górniczo-Hutnicza w Krakowie (2016 - 2020)

Certyfikaty i kursy

Projekty

Umiejętności

Języki

Klauzula RODO

Wyrażam zgodę na przetwarzanie moich danych osobowych zawartych w CV na potrzeby tej rekrutacji, zgodnie z RODO (rozporządzenie 2016/679).

Chcesz złożyć CV React developera, które przejdzie filtr ATS i da rekruterowi konkretny powód do rozmowy? Skorzystaj z kreatora GenerujCV.com - prowadzi krok po kroku, eksportuje do jednokolumnowego PDF i podpowiada, jak opisać stack, projekty i wyniki, żeby brzmiały konkretnie, a nie jak lista technologii.

Zanim wyślesz

Zrób na koniec jeden przebieg dokumentu oczami tech leada. Przy każdej technologii zadaj sobie pytanie, czy obronisz ją na rozmowie - jeśli nie, lepiej ją usunąć, niż dać się przyłapać na dopytaniu. Przy każdym projekcie sprawdź, czy widać problem i wynik, a nie tylko nazwę frameworka. I sprawdź linki: nic tak nie psuje wrażenia jak martwy odnośnik do portfolio w CV frontendowca.

Jeśli utknąłeś przy opisach i wszystko brzmi sucho, możesz oprzeć się na pomocy AI przy pisaniu CV albo na gotowych promptach do ChatGPT - z jednym zastrzeżeniem: model dobrze przeformułuje Twoje zdania, ale nie wymyśli za Ciebie decyzji technicznych. Materiał musi być prawdziwy, bo to jego będziesz bronić na rozmowie. Dobre CV reactowca nie udaje, że umiesz więcej, niż umiesz. Pokazuje to, co umiesz, w sposób, który da się sprawdzić - i właśnie dlatego prowadzi do rozmowy zamiast kończyć w koszu.