CV Frontend Developer (React) — wzór pakietu

Treści na LinkedIn — przykład

🎤 Pytania na rozmowie — przykład

Tak wyglądają pytania, które dobieramy do CV i oferty — z krótką podpowiedzią, na co zwrócić uwagę w odpowiedzi:

• W ofercie wymieniono GraphQL – w Twoim CV dominuje REST API. Jakie doświadczenie masz z GraphQL i jak szybko nauczyłbyś się go na poziomie produkcyjnym?W CV brakuje konkretnych projektów z GraphQL. Odnieś się do projektów e-commerce i aplikacji SaaS: opisz, które z nich mogłyby teoretycznie skorzystać z GraphQL, i wyjaśnij, że REST API opanowałeś solidnie (integracja w panelu admin i e-commerce) – GraphQL to naturalny następny krok, szczególnie jeśli zespół już go używa.
• Oferta wymaga Next.js – Twoje główne doświadczenie to React. Czy pracowałeś z Next.js w projektach produkcyjnych, czy raczej poznawałeś go w projektach testowych?Next.js jest wymieniony w skills, ale nie ma go w konkretnych osiągnięciach. Wyjaśnij: gdzie go wykorzystywałeś (prywatne projekty, proof-of-concept), a gdzie zdobyłeś fundamentalne umiejętności React + TypeScript (aplikacja SaaS, e-commerce), które są bazą do szybkiego opanowania Next.js (SSR, routing).
• Jakie narzędzia CI/CD używałeś w poprzednich projektach i jak się masz do automatyzacji deploymentu?CV wymienia Git i CI/CD, ale bez detali (GitHub Actions, GitLab CI, Jenkins?). Odnieś się do bieżącego projektu w software house (40k użytkowników): opisz, co automatyzujesz (testy, buildy, deploje) i na jakie stage'i (dev, staging, prod).
• Wspominasz redukcję czasu ładowania o 45% – jak dokładnie zmierzyłeś tę poprawę i które narzędzia/metryki uznawałeś za kluczowe?Rozłóż wynik: jakie były konkretne flagi (Web Vitals – LCP, FID, CLS?), jakie narzędzia (DevTools, Lighthouse, real user monitoring), które optymalizacje dały największy przyrost (code splitting – ile % zmian, lazy loading, renderowanie – ile %). Pokaż, że 45% to mierzalny, reprodukowalny wynik, nie oszacowanie.
• Biblioteka komponentów w Storybooku skróciła onboarding o 30% – jakie były mierniki przed i po, i jak zespół praktycznie z niej korzystał?Sprecyzuj: czy to był czas od założenia story do merge'a kodu, czy czas przeszkolenia dewelopera? Ile komponentów obejmowała biblioteka? Czy wprowadzenie dokumentacji i live preview w Storybooku zmniejszyło pytania na code reviewach lub szkoleniach nowych osób (mentorujesz trzech)?
• Podniesiecie pokrycie testów z 20% do 70% – jak wyglądał ten proces i co było największym wyzwaniem?Opisz konkretnie: czy zaczynaliście od nowych projektów (e-commerce), czy refaktorowaliście stary kod? Jakie były największe przeszkody (skomplikowana logika, komponenty trudne do testowania, brak kultury testów)? Jak zespół zmienił podejście – czy wprowadziliście metryki w CI (np. fail jeśli pokrycie poniżej 60%)?
• Mentorujecie trzech juniorów – jakie obszary stanowiły dla nich największe wyzwanie i jak je przezwyciężaliście?Wybierz konkretny obszar z projektu SaaS lub e-commerce (np. optymalizacja, testy, TypeScript, integracja API). Opisz, w jaki sposób wspierałeś: code review, pary programowania, wewnętrzne szkolenia? Jakie efekty widoczne są teraz (jeden z nich wdrożył feature, inny napisał well-tested komponent)?
• Opowiedz o sytuacji, gdy musisz był pogodzić presję na szybkie dodawanie feature'ów z potrzebą utrzymania jakości kodu i testów.Sytuacja: projekt SaaS (40k użytkowników) lub e-commerce (500k sesji). Zadanie: sprint z dużą liczbą tasków, ale Ty widzisz zaniedbania w testach/refaktoringu. Działanie: zaproponowałeś równowagę (np. 20% sprintu na tech debt, umawiałeś się z Product Ownerem). Rezultat: zespół zaakceptował model, pokrycie testów wzrosło, incydenty spadły.