Wprowadzenie. Rozmowa techniczna na juniorskie stanowisko w IT bywa stresująca, zwłaszcza dla osób dopiero wkraczających w tę branżę. Na szczęście można się do niej solidnie przygotować. Warto wiedzieć, jakiej wiedzy oczekują rekruterzy, z jakimi pytaniami można się spotkać i jak zaprezentować się z najlepszej strony. Poniżej omawiamy wskazówki dla różnych specjalizacji – Backend, Frontend, QA/Tester oraz DevOps – ponieważ każda z nich kładzie nacisk na nieco inne umiejętności. Na koniec znajdziesz ogólne rady dotyczące nastawienia psychicznego, postawy i pytań miękkich, które także mogą paść podczas rozmowy.
Jak korzystać z tego poradnika? Przeczytaj uważnie część dotyczącą Twojej specjalizacji, a także ogólne wskazówki na końcu. Staraj się wczuć w rolę rekrutera – zastanów się, czego Ty byś oczekiwał od kandydata na podobne stanowisko i jakie pytania byś zadał. Pamiętaj przy tym, że rozmowa kwalifikacyjna jest dwustronna – Ty też możesz zadawać pytania i sprawdzać, czy dana firma Ci odpowiada. Z takim nastawieniem przygotowanie będzie łatwiejsze, a sama rozmowa bardziej udana.
Backend Developer (Junior)
Zakres wiedzy. Jako początkujący backend developer powinieneś mieć opanowane fundamenty programowania w wybranym języku (np. Java, Python, C# lub JavaScript/Node.js) oraz rozumieć zasady programowania obiektowego i struktury danych. Niezbędna jest znajomość baz danych i języka SQL – sama umiejętność kodowania w Javie czy Pythonie nie wystarczy, bo SQL to absolutna podstawa w pracy backendowej. Przyda się także orientacja w:
• Protokołach sieciowych i HTTP/REST (architektura klient-serwer, formaty JSON/XML itp.).
• Frameworkach lub bibliotekach backendowych – np. Spring (Java), Django (Python) czy Express (Node) – choć junior nie musi być ekspertem, warto znać podstawy używanego w firmie stosu technologicznego.
• Systemach kontroli wersji (np. Git) i narzędziach budowania projektu (Maven/Gradle, npm itp.).
• Podstawach algorytmów i struktur danych – niektóre firmy mogą zapytać o prostą algorytmikę lub dać małe zadanie do zakodowania (np. sortowanie, znalezienie duplikatu w tablicy).
• Podstawach bezpieczeństwa aplikacji (np. czym jest SQL Injection i jak mu zapobiegać).
Zwróć uwagę, że język zapytań SQL i bazy danych są wspólnym mianownikiem wielu backendowych technologii – np. aż 72% programistów PHP i 61% programistów Javy deklaruje znajomość SQL. W praktyce oznacza to, że nawet aplikując na rolę skupioną na jednym języku, musisz znać także zagadnienia związane z bazami danych.
Przykładowe pytania techniczne. Podczas rozmowy na backend często pojawiają się pytania weryfikujące zrozumienie baz danych, architektury systemów oraz elementów języka programowania, z którym pracujesz. Oto kilka typowych pytań, które może usłyszeć junior Backend Developer:
• Co to jest NoSQL i czym różni się od relacyjnych baz danych? – np. odpowiedź powinna wyjaśnić, że to bazy nierelacyjne, przechowujące dane w formatach innych niż tabele (np. dokumenty JSON, grafy).
• Na czym polega atak SQL Injection i jak można się przed nim zabezpieczyć? – oczekuj opisania mechanizmu wstrzyknięcia SQL oraz metod obrony (np. parametryzacja zapytań).
• Czym jest architektura mikrousług (microservices)? – warto umieć porównać ją z monolitem, wspomnieć o niezależnych komponentach komunikujących się przez API.
• Wytłumacz, co oznacza zasada ACID w kontekście transakcji baz danych. – czyli cztery właściwości (Atomicity, Consistency, Isolation, Durability) zapewniające integralność transakcji.
• (Jeśli znasz konkretny język, np. Javę lub Pythona) Mogą pojawić się pytania szczegółowe pod kątem tego języka, np.: “Na czym polega nadpisywanie metod w Javie?” (dziedziczenie, @Override) albo “Czym jest funkcja lambda w Pythonie?”.
Lista możliwych zagadnień jest długa, ale pytania zazwyczaj dotyczą podstaw – rekruter chce sprawdzić, czy rozumiesz istotę backendu, a nie czy pamiętasz każdy szczegół API z dokumentacji. Wiele przykładowych pytań (z odpowiedziami) znajdziesz w artykułach branżowych – warto do nich zajrzeć i spróbować samodzielnie na nie odpowiedzieć.
Rekomendowane źródła do nauki. Przygotowując się do roli backend developera, korzystaj zarówno z dokumentacji, jak i praktycznych tutoriali:
• Oficjalna dokumentacja wybranego języka i frameworka – np. dokumentacja Javy (Java Docs) lub Python Tutorial od Python.org. Pozwoli Ci uporządkować wiedzę o składni i bibliotekach standardowych.
• Kursy online i e-learning: Platformy takie jak Udemy, Coursera czy Codecademy oferują kursy backendowe (np. “Java for Beginners”, “Python Backend Development”). Dla samouków świetnym, darmowym źródłem jest freeCodeCamp i jego ścieżka nauki API/backendu.
• Ćwiczenia praktyczne: Spróbuj zrealizować mały projekt – np. prostą aplikację CRUD z bazą danych. Wykorzystaj do tego wybrany framework (np. Spring Boot, Django, Flask) i umieść kod na GitHubie. Taki projekt może być Twoim portfolio.
• Blogi i fora programistyczne: Czytaj blogi programistyczne (np. sekcja “Start w IT” na Bulldogjob) oraz uczestnicz w forach (Stack Overflow, 4programmers). Cenne są też polskie grupy na Facebooku/Discordzie skupione wokół programowania – można tam znaleźć odpowiedzi na wiele pytań i porady od bardziej doświadczonych kolegów.
• Zadania rekrutacyjne i algorytmy: Rozwiązuj proste zadania z algorytmów na platformach typu HackerRank, CodeSignal czy LeetCode (łatwy poziom). Nie każda firma tego wymaga, ale trening logicznego myślenia i kodowania pod presją czasu na pewno się przyda.
Pamiętaj, by podczas nauki łączyć teorię z praktyką. Sama znajomość konceptów (np. wzorców projektowych czy rodzajów baz danych) nie wystarczy – dobrze widziane jest umiejętne zastosowanie ich w kodzie. Jeśli uczyłeś się z kursu online, koniecznie po nim napisz samodzielnie choć kawałek aplikacji, zamiast tylko odtwarzać przykłady z kursu.
Typowe błędy kandydatów (backend). Podczas rozmów rekrutacyjnych na backend juniorzy często popełniają podobne gafy. Świadomość ich istnienia pomoże Ci ich uniknąć:
• Koloryzowanie umiejętności: Podanie w CV technologii, z którymi nie miałeś faktycznie do czynienia, to prosta droga do porażki – niezgodności między deklarowaną a realną wiedzą wychodzą na jaw błyskawicznie. Bądź szczery w opisie swoich umiejętności.
• Brak przygotowania z podstaw: Zdarza się, że kandydat skupia się na “bajerach” języka czy frameworka, a nie potrafi wyjaśnić fundamentalnych pojęć. Np. pracował z bazą MongoDB, ale nie umie wyjaśnić różnicy między bazą SQL a NoSQL, albo używał Spring Boota na kursie, ale nie rozumie, czym jest REST API. Upewnij się, że rozumiesz bazowe koncepcje stojące za narzędziami.
• Uczenie się odpowiedzi na pamięć: Recruiter szybko zorientuje się, jeśli recytujesz wyuczoną formułkę bez zrozumienia. Zamiast wkuwać definicje słowo w słowo, przećwicz własnymi słowami tłumaczenie zagadnień.
• Chaos przy rozwiązywaniu zadań: Gdy dostajesz do rozwiązania problem lub zadanie koderskie, panika i brak struktury w podejściu mogą Ci zaszkodzić. Typowy błąd to rzucenie się do kodowania bez zrozumienia problemu – lepiej chwilę pomyśleć, zadać pytania doprecyzujące i zaprojektować rozwiązanie krok po kroku.
• Nieumiejętność przyznać się do braku wiedzy: Jeśli nie znasz odpowiedzi, nie próbuj zgadywać na oślep ani brnąć w pseudo-odpowiedź. Lepiej szczerze powiedzieć “Nie miałem jeszcze z tym do czynienia, ale chętnie się nauczę. Przypuszczam, że chodzi o ...”. Taka postawa jest dużo lepiej odbierana niż brnięcie w błędne wyjaśnienia.
• Pomijanie testowania i jakości kodu: Backend to nie tylko “aby działało”. Kandydaci często nie wspominają o testach jednostkowych, logowaniu błędów czy obsłudze wyjątków – to drobiazgi, które jednak pokazują profesjonalne podejście. Junior nie musi być ekspertem, ale dobrze widziane jest choćby wspomnienie, że pisałeś proste testy lub zwracasz uwagę na czytelność kodu.
Porady praktyczne. O czym warto pamiętać, przygotowując się praktycznie do rozmowy na backend:
• Projekt w CV – opowiedz historię: Jeśli masz w CV projekt (np. aplikację ze studiów, z kursu lub własny pet project), na pewno rekruter o to zapyta. Przygotuj się do zwięzłego omówienia: co to za projekt, jaki był Twój udział, jakie technologie użyłeś i jakie napotkałeś wyzwania. Najlepiej przećwicz wcześniej taką prezentację projektu, uwzględniając np. opis architektury (warstwy aplikacji, baza danych, API itp.) i jedną ciekawą trudność, którą rozwiązałeś. Taka opowieść pokaże, że potrafisz zastosować swoją wiedzę w praktyce.
• Ćwicz kodowanie “na sucho”: Techniczna rozmowa często obejmuje element zadania – może to być napisanie prostej funkcji na tablicy, znalezienie błędu w kodzie czy zaprojektowanie struktury bazy. Przećwicz pisanie kodu na kartce lub w edytorze bez podpowiedzi (IDE), aby oswoić się z tym uczuciem. Popularnym ćwiczeniem jest np. klasyczny FizzBuzz czy proste zapytania SQL. Pamiętaj, że możesz zostać poproszony o live coding lub wykonanie zadania samodzielnie po rozmowie – regularna praktyka zmniejszy stres.
• Symuluj mini-interview: Poproś znajomego (albo nawet sam siebie nagraj) o przeprowadzenie próbnej rozmowy. Odpowiadaj na pytania na głos, na stojąco, tak jakby rozmówca siedział naprzeciwko. To pomaga wyłapać momenty zawahania, “yyyy...” itp. oraz poprawić płynność wypowiedzi. Im więcej takich prób, tym pewniej poczujesz się na prawdziwej rozmowie.
• Stosuj metodę “na głos”: Przy rozwiązywaniu zadań technicznych mów, co myślisz. Rekruter chce poznać Twój tok rozumowania. Nawet jeśli utkniesz, otwarte komunikowanie swojego podejścia (np. “Najpierw posortuję tę listę, potem przeiteruję... o, widzę, że tu może być problem z pamięcią, zastanówmy się...”) działa na Twoją korzyść. Pokazuje, że potrafisz analizować problem.
• Kontekst biznesowy: Backend developer pracuje nie tylko z kodem, ale i z wymaganiami biznesowymi. Przed rozmową sprawdź, czym zajmuje się firma, do której aplikujesz, i pomyśl, jak Twój przyszły kod będzie służył użytkownikom. Jeśli np. firma tworzy system bankowy, możesz wspomnieć, że rozumiesz, jak ważna jest transakcyjność i bezpieczeństwo w takim systemie. To subtelny sygnał, że masz szersze spojrzenie.
• Pytania do rozmówcy: Na koniec rozmowy niemal zawsze usłyszysz: “Czy ma Pan/Pani do nas jakieś pytania?”. Unikaj odpowiedzi “Nie, wszystko jasne”. Przygotuj 2-3 sensowne pytania, np. o zespół i sposób pracy (metodyka Agile? code review?), o stack technologiczny projektu, o możliwości rozwoju (czy są szkolenia, mentorzy). Brak pytań może zostać odebrany jako brak zainteresowania, a dobre pytanie pokaże, że myślisz poważnie o przyszłej roli.
Frontend Developer (Junior)
Zakres wiedzy. Junior frontend developer musi opanować solidne podstawy web developmentu od strony przeglądarki. Fundamentem są trzy filary: HTML, CSS i JavaScript – bez nich ani rusz. Pracodawcy oczekują, że kandydat rozumie m.in.:
• HTML5: semantyczne znaczniki (nagłówki, sekcje, formularze), atrybuty, struktura DOM.
• CSS3: model pudełkowy, selektory, specyficzność, flexbox, grid, responsywność (media queries), podstawy animacji.
• JavaScript: składnia ES6+ (zmienne let/const vs var, arrow functions, itp.), manipulacja DOM, obsługa zdarzeń, AJAX/fetch, podstawy programowania asynchronicznego (Promise, async/await).
Ponadto większość ogłoszeń wymaga znajomości przynajmniej jednego popularnego frameworka lub biblioteki frontendowej. Może to być React, Angular lub Vue – nie musisz znać wszystkich narzędzi na raz, ale dobrze orientować się w jednym z nich (zrozumieć koncepcję komponentów, cykl życia aplikacji SPA, itp.). Przykładowo: jeśli aplikujesz na stanowisko gdzie używany jest React, zapytają Cię o JSX, Virtual DOM, props/state itd. Jeśli Angular – o TypeScript, podstawy RxJS itp.
Inne ważne obszary wiedzy front-endowca to:
• API i komunikacja z backendem: korzystanie z REST API, formaty danych (JSON, XML), obsługa błędów sieciowych (kody statusu HTTP, CORS).
• Narzędzia developerskie: umiejętność korzystania z debuggera w przeglądarce (Chrome DevTools), sprawdzania logów w konsoli, profilowania wydajności podstawowymi metodami.
• Kontrola wersji (Git) – tak jak w backendzie, znajomość Gita jest wymagana niemal wszędzie. Przynajmniej na poziomie utworzenia commitów, branchowania i merge’owania.
• Podstawy UX/UI: od frontendu oczekuje się wrażliwości na wygląd i użyteczność. Nie musisz być grafikiem, ale warto znać zasady responsywnego designu, wiedzieć co to dostępność (a11y) i dlaczego np. kontrast czy alt-y w obrazkach są ważne.
• Portfolio projektów: W odróżnieniu od innych specjalizacji, w przypadku frontendu portfolio jest praktycznie obowiązkowe – to najlepszy sposób, by ocenić Twój zmysł estetyczny, umiejętność tworzenia czytelnych, responsywnych interfejsów i ogólnie efekt końcowy pracy. Dobrze, jeśli masz własną stronę-wizytówkę albo przynajmniej kilka projektów na GitHub Pages, CodePen itp.
Podsumowując, jako junior front-end musisz wykazać się znajomością języków webowych i narzędzi front-endowych oraz pokazać, że potrafisz złożyć z nich działającą stronę lub aplikację.
Przykładowe pytania techniczne. Rozmowa na front-end developera może obejmować zarówno pytania teoretyczne, jak i praktyczne zadania (np. popraw błędny kod HTML/CSS). Kilka przykładów typowych pytań:
• Co to jest DOM i jaką rolę pełni w przeglądarce? – oczekuj wyjaśnienia, że to Document Object Model, struktura obiektowa reprezentująca HTML na stronie, pozwalająca JS manipulować elementami.
• Na czym polega zjawisko CORS i kiedy może sprawiać problem? – należy wspomnieć o mechanizmie zabezpieczeń przeglądarki przy żądaniach do obcego origin, o nagłówku Access-Control-Allow-Origin itd..
• Wyjaśnij różnicę między == a === w JavaScript. – czyli porównanie luźne vs ścisłe, konwersja typów przy ==.
• Co to jest hoisting w JS? – np. mechanizm przenoszenia deklaracji funkcji i zmiennych na początek zakresu, dzięki czemu można użyć funkcji przed jej definicją.
• Jak wycentrować element
• Czym różni się podejście responsive web design od adaptive design? – np. RWD to płynna responsywność za pomocą procentów i zapytań medialnych, a design adaptacyjny to kilka stałych layoutów dopasowanych do pewnych rozdzielczości.
Oczywiście pytań jest nieskończenie wiele – mogą dotyczyć specyfiki frameworka (np. “Czym jest Virtual DOM w React?”), narzędzi (webpack, npm scripts), czy nawet podstaw działania internetu (DNS, HTTP). Najczęściej jednak dla juniora są to pytania o podstawy języka i przeglądarki, ewentualnie omówienie Twoich projektów (co w nich użyłeś i dlaczego). Warto przejrzeć listy popularnych pytań rekrutacyjnych dla frontendu – Bulldogjob opublikował np. zestaw pytań z odpowiedziami, obejmujący JavaScript i zagadnienia webowe.
Rekomendowane źródła do nauki. Jak efektywnie nauczyć się frontendu i przygotować do rozmowy:
• MDN Web Docs (Mozilla Developer Network): absolutna biblia webdewelopera. To darmowa dokumentacja online do HTML, CSS, JS – zawiera tutoriale i, co ważne, aktualne informacje o standardach. Gdy masz wątpliwość co do składni lub działania jakiegoś elementu, MDN to świetne źródło.
• Interaktywne kursy i zabawy: Frontend sprzyja nauce poprzez interaktywne projekty. Skorzystaj z kursów na freeCodeCamp (ścieżka “Responsive Web Design” i “Front End Development Libraries”) albo z zabawnych narzędzi jak Flexbox Froggy i Grid Garden (gry uczące flexboxa i CSS Grid). To pozwala opanować layout w praktyce.
• Framework – dokumentacja i tutorial: Jeśli celujesz w konkretny framework (React, Angular, Vue), przejdź oficjalny tutorial. Np. React ma “Intro to React” na swojej stronie, Angular oferuje Tour of Heroes. Możesz też sięgnąć po kurs na YouTube – dla Reacta popularne są kanały “Traversy Media”, “Web Dev Simplified” (po angielsku) lub polskie np. “Overment”.
• Książki (opcjonalnie): Jeżeli lubisz książkowy styl, rozważ “JavaScript: Podstawy” (wyd. Helion) lub słynną serię You Don’t Know JS (ang.). Dla CSS cenna jest “CSS. Zaprojektuj piękne strony…” Jon Duckett (PL) lub “CSS in Depth” (ENG). Książki pomagają ugruntować wiedzę, ale pamiętaj, by od razu tę wiedzę stosować w kodzie.
• Projekty w portfolio: Źródłem nauki są też… Twoje własne projekty. Wymyśl prostą aplikację (np. todo-listę, galerię zdjęć, prostą stronę firmową) i zrób ją od zera. Nawet korzystając z tutoriala, postaraj się potem dodać własne ulepszenia. Każdy taki projekt wrzuć na GitHuba i opublikuj (np. przez GitHub Pages, Netlify czy Vercel) – będziesz mógł pokazać go podczas rozmowy.
• Społeczność: Dołącz do grup frontendowych (np. “Frontend Polska” na Facebooku, czy kanały na Discordzie). Czytaj blogi jak “Type of Web” (dużo zaawansowanych treści JS po polsku) czy “CSS-Tricks” (ang.). Regularne śledzenie dyskusji pozwoli Ci być na bieżąco z trendami i typowymi problemami.
Nigdy nie przestawaj zadawać pytań “dlaczego?”. Frontend zmienia się szybko – ważne jest nauczyć się uczyć. Pokażesz tym samym na rozmowie, że korzystasz z różnych źródeł i stale się rozwijasz (jeśli padnie pytanie w stylu: “Z jakich źródeł korzystasz ucząc się?”, dobrze wspomnieć o blogach, forach, tutorialach – byle zgodnie z prawdą).
Typowe błędy kandydatów (frontend). Oto błędy, które często popełniają początkujący front-endowcy podczas rozmów i których warto unikać:
• Brak solidnych podstaw: Kandydaci czasem skupiają się na nauce np. Reacta, zaniedbując czysty JS/CSS/HTML. W efekcie, gdy rekruter zapyta o coś prostego (np. mechanizm hoistingu czy różnicę między padding a margin), pojawia się konsternacja. Pamiętaj – framework to dodatek, podstawy są kluczowe.
• “Zrobiłem kurs, umiem wszystko” syndrome: Ukończenie bootcampu czy kursu to dopiero start. Częsty błąd to przeświadczenie, że wystarczy przerobić tutorial. Niestety, wielu juniorów ma bardzo podobne projekty z kursów – rekruterzy to rozpoznają. Wyróżnij się tym, że naprawdę zrozumiałeś kod: np. potrafisz zmodyfikować aplikację z kursu, dodać nową funkcjonalność.
• Brak portfolio lub niedopracowane projekty: Jak wspomniano, portfolio jest ważne. Błędem jest pokazywanie nieukończonych, brzydkich lub skopiowanych projektów. Lepiej mieć 2 dopracowane mini-projekty niż 5 byle jakich. Upewnij się, że Twoja strona działa we wszystkich popularnych przeglądarkach, jest responsywna i nie ma oczywistych błędów.
• Nieznajomość własnego kodu: Zdarza się, że kandydat ma na GitHubie projekt, ale pytany o szczegóły (np. “jak zaimplementowałeś walidację formularza w tym projekcie?”) nie potrafi odpowiedzieć, bo np. korzystał z kodu kogoś innego. To poważny minus – znaj swój kod na wylot. Przygotuj się, że rozmówca może otworzyć Twoje repozytorium podczas rozmowy i poprosić, byś omówił fragment kodu.
• Niedocenianie testów i optymalizacji: O ile backendowcy czasem zapominają wspomnieć o testach, o tyle frontendowcy często nie wspominają np. o testowaniu na różnych urządzeniach, optymalizacji obrazków, wydajności. Junior nie musi znać zaawansowanych technik, ale warto pokazać, że wiesz, iz np. trzeba testować na różnych rozdzielczościach czy że wyniki Lighthouse coś znaczą. Brak takiej perspektywy nie zdyskwalifikuje, ale posiadanie – może zapunktować.
• Zła komunikacja lub arogancja: Dotyczy to każdej specjalizacji, ale w frontendzie bywa widoczne – np. kandydat krytykuje ostro cudze strony (“wszędzie błędy, ja zrobiłbym lepiej”). Konstruktywna krytyka jest ok, jednak zarozumiałość na starcie może zapalić lampkę ostrzegawczą. Z drugiej strony, nie bądź też zbyt nieśmiały – masz jakieś umiejętności, pokaż entuzjazm do frontendu! Balans między pewnością siebie a pokorą jest ważny.
Porady praktyczne. Jak przygotować się i dobrze wypaść na rozmowie front-endowej:
• Przygotuj portfolio online: Jeśli jeszcze go nie masz, stwórz prostą stronę prezentującą Ciebie i Twoje projekty. Najlepiej, żeby ta strona sama w sobie była pokazem Twoich umiejętności – zadbaj o czytelny design, przedstaw technologie, jakich użyłeś. Możesz skorzystać z gotowych szablonów, ale unikaj oczywistych templated (rekruter może je kojarzyć). Dobrze widziana jest publikacja projektów np. na CodePen lub własnym serwerze. Pochwal się też portfolio na LinkedIn – to Twoja wizytówka.
• Ćwicz pisanie kodu “na tablicy”: W front-endzie dość częste są zadania typu whiteboard, np. “napisz funkcję odwracającą string” lub “zaproponuj kod HTML/CSS dla poniższego layoutu”. Przećwicz takie rzeczy na kartce lub w edytorze bez uruchamiania – chodzi o to, by móc zaprezentować krok po kroku rozwiązanie. Jeśli poproszą Cię o zrobienie czegoś przy udostępnionym ekranie, pamiętaj by na głos mówić, co robisz. I korzystaj z DevTools – to nie test na pamięć wszystkich stylów, możesz debugować jak w realnej pracy. Pokażesz, że umiesz znajdować błędy (np. patrząc w konsolę, czy jest błąd JS).
• Design i UX – pokaż, że Ci zależy: Nawet jeśli nie pytają, możesz sam wtrącić, że zwracasz uwagę na użyteczność. Np. opowiadając o projekcie, wspomnij “Zależało mi na tym, by strona była przyjazna dla użytkownika, dlatego zadbałem o czytelne komunikaty błędów i responsywność na mobile”. Drobiazg, a sygnalizuje dojrzałość. Możesz też zapytać rekrutera, czy w firmie współpracuje się blisko z designerami, czy testuje A/B itp. – to pokazuje zainteresowanie szerszym kontekstem frontendu.
• Przygotuj się na kod review: Czasem zamiast pisania kodu, dostajesz fragment istniejącego kodu HTML/CSS/JS do oceny – z pytaniem “co tu jest nie tak?” albo “jak byś to ulepszył?”. W ramach przygotowania, weź kawałek własnego starego kodu lub kod z jakiegoś projektu open-source i spróbuj znaleźć w nim błędy lub miejsca do poprawy. Może to być np. funkcja JS bez obsługi błędów albo strona, która nie działa na mobile – spróbuj to zauważyć i opisać. Na rozmowie, widząc kod, szukaj rzeczy oczywistych: brakującego alt w , nieużywanych zmiennych, przestarzałych metod. Twój proces myślenia jest oceniany, a nie perfekcyjna odpowiedź.
• Zadbaj o szczegóły sprzętowe (w przypadku rozmowy zdalnej): Jeśli rozmowa odbywa się online i wiesz, że może być live coding, przygotuj wcześniej swoje środowisko: zaktualizuj przeglądarkę, miej ulubiony edytor pod ręką, wyłącz rozpraszacze (np. komunikatory). Dobrze jest spytać, czy możesz użyć własnego edytora czy jest narzędzie online – to pokaże, że jesteś proaktywny.
• Bądź na bieżąco z nowinkami (ale się nie wymądrzaj): Frontend to dynamiczna działka – warto wiedzieć o najnowszej wersji frameworka, czy np. o tym, że pojawił się jakiś nowy trend (choćby Svelte czy nowe funkcje CSS). Jeśli rozmowa zejdzie na luźniejsze tory, możesz wspomnieć, że ostatnio czytałeś o jakiejś nowej technologii. Unikaj jednak krytykowania wyborów technicznych firmy (“Czemu używacie Angulara, przecież React jest lepszy”) – to zostaw na później 😉.