Jakich pytań o React spodziewać się na rozmowie kwalifikacyjnej

Zakres React jest ogromny, a listy pytań traktują każdy zakątek jako równie prawdopodobny. To nieprawda. Ta sekcja obejmuje koncepcje, które naprawdę decydują o wyniku większości rozmów, dzięki czemu możesz ćwiczyć zgodnie z rzeczywistym rozkładem. Dominują cztery grupy:

• Mechanika hooków: zasady hooków, co trafia do tablicy zależności useEffect, funkcje cleanup, oraz błąd stale closure, w którym effect lub callback widzi starą wartość state.
• Rendering: co wyzwala re-render, jak reconciliation porównuje drzewa, i dlaczego stabilne klucze (key) mają znaczenie na listach.
• Projektowanie state: podnoszenie state, controlled kontra uncontrolled inputy, oraz kiedy context pasuje lepiej niż zewnętrzny store.
• Wydajność: React.memo, useMemo, useCallback, oraz kiedy każde z nich jest szumem, a nie pomocą.

Rekruterzy badają powód stojący za każdym z nich. Wyrecytowanie, że klucze muszą być unikalne, nic nie daje; wyjaśnienie, co React robi z kluczem podczas zmiany kolejności listy, daje.

Większość rozmów o React obejmuje budowanie na żywo małego komponentu. Powtarzające się zadania są stabilne niezależnie od firmy:

• Pobierz listę z API, wyrenderuj ją i dodaj filtr tekstowy.
• Dodaj debounce do pola wyszukiwania i anuluj nieaktualne żądania.
• Zbuduj formularz z walidacją i controlled inputami.
• Napisz licznik lub timer, który poprawnie sprząta swój effect.
• Wyodrębnij niestandardowy hook z powtarzającej się logiki.

Inżynier front-end rekrutujący się na stanowisko produktowe średniego szczebla może na przykład zbudować listę z fetch i filtrowaniem, a następnie zostać dopytany o stany ładowania, stany błędów oraz o to, co dzieje się, gdy komponent zostaje odmontowany w trakcie żądania. To właśnie te rozszerzenia decydują o wygranej; podstawowe zadanie to jedynie minimum.

Ćwiczenie tego pod presją czasu z pytaniami dodatkowymi sprawia, że staje się to automatyczne; strona mock interview opisuje prowadzenie sesji na czas, w których rekruter dopytuje dalej.

Rozmowy na poziomie senior przechodzą od mechaniki do oceny sytuacji. Spodziewaj się pytań o architekturę state: co żyje w state komponentu, co powinno trafić do store'a, czym state serwera różni się od state UI, i gdzie mieści się caching. Pytania o wydajność renderowania stają się konkretne: znalezienie źródła wolnej interakcji, wybór między memoization a restrukturyzacją, oraz odczytywanie flame graph z profilera.

Server-side rendering i hydration pojawiają się tam, gdzie zespół uruchamia framework na bazie React: czym jest hydration, dlaczego dochodzi do niezgodności (mismatch), i co daje przeniesienie pracy na serwer. Pytania o testowanie skupiają się na strategii, co testujesz na poziomie komponentu w porównaniu z end to end, bardziej niż na API konkretnej biblioteki.

Formaty rozmów rekrutacyjnych oraz to, jak proces front-endowy zwykle układa te etapy, opisano w interview types hub.

Oglądanie samouczków buduje rozpoznawanie, a nie przypominanie sobie, a rozmowa testuje właśnie przypominanie sobie pod obserwacją. Rozwiązaniem są powtórzenia w rzeczywistej formie rozmowy: buduj standardowe zadania od pustego pliku, opowiadaj na głos podczas pisania i odpowiadaj na przerwania, nie tracąc wątku. Zestawy pytań dla pokrewnych stacków, w tym podstawy czystego JavaScriptu, od których rozmowy o React wciąż się zaczynają, znajdziesz w question banks hub.

Jedna szczera uwaga: rozmowy o React niemal zawsze odbywają się we współdzielonym edytorze lub przy widocznym ekranie, a wszystko na tym ekranie jest widoczne dla rekrutera. Asystent ma swoje miejsce podczas przygotowań i ćwiczeń, a nie w samej rozmowie ze współdzielonym ekranem. Do legalnego użytku na żywo nakładka SubcueAI pozostaje lokalna na Twoim urządzeniu i żaden bot nie dołącza do rozmowy; konfigurację sesji ćwiczeniowych opisano na stronie tutorial.