Otázky Pohovoru Full Stack Developer

Možná se obáváte, že proces full stack znamená připravit se na dva kompletní pohovory, frontendový a backendový, v čase, který většina kandidátů věnuje jednomu. Tato obava je pochopitelná a tato sekce ukazuje, proč je úkol menší, než vypadá. Tazatelé jen zřídka opakují specializovaný frontendový nebo backendový proces; zkoumají místa, kde se vrstvy stýkají, protože právě tam si full stack engineer zaslouží svůj titul.

Většina procesů kombinuje čtyři typy kol:

• Kódování: úloha na datové struktury nebo praktický úkol, jako je parsování, seskupování, nebo pagination záznamů, často v JavaScriptu, TypeScriptu, Pythonu, nebo Javě.
• Stavba funkce: malý end-to-end úkol, například formulář, který ukládá do API a zobrazuje chyby validace, ve sdíleném editoru nebo v take-home repozitáři.
• Design napříč stackem: navrhněte funkci, jako jsou komentáře nebo notifikace, a pokryjte schéma, API, state na clientovi, a co se stane, když selže síť.
• Behaviorální: odpovědnost za funkci od ticketu po produkci, a bug, který jste sledovali napříč vrstvami.

Hloubka specifická pro danou vrstvu se stále objevuje, a dedikované sady, včetně samostatných stránek pro frontend developer a backend developer, jsou v centru otázek k pohovoru. Tato stránka pokrývá to, co leží mezi nimi.

API je kontrakt mezi dvěma polovinami vaší práce, takže se na něj tazatelé ptají z obou stran:

• Jak byste navrhli endpointy pro funkci, a co každý z nich vrací při úspěchu a při selhání?
• Jak měníte API, aniž byste rozbili clienty, kteří už běží v produkci? (Versioning, aditivní změny, okna deprecation.)
• Pagination pomocí offsetu nebo cursoru: co byste použili pro activity feed, a proč?
• Jak uděláte POST bezpečný pro opakování, pokud client dostane timeout? (Idempotency key.)
• REST, GraphQL, nebo RPC pro daného clienta: co se mění v caching, over-fetching, a zpracování chyb?
• Kde žije validace, na clientovi, na serveru, nebo na obou, a která je autoritativní?
• Jak se vyhnete dotazu N+1, když endpoint typu list vrací vnořená data?

Silná odpověď pojmenuje trade-off, ne jen volbu. "Cursor pagination, protože řádky vložené během scrollování uživatele by posunuly offset a duplikovaly položky" je lepší než vyjmenovat obě možnosti a u toho skončit.

Dva typy otázek odlišují kandidáty full stack od specialistů. První je autentizace od začátku do konce: projděte, co se stane od okamžiku, kdy uživatel odešle přihlašovací formulář, do okamžiku, kdy uspěje autentizované volání API. Tazatelé poslouchají, kde žije credential (cookie nebo client storage), jak ji server ověřuje, proč cookie HttpOnly odolává přístupu ze skriptu, jakou ochranu CSRF potřebuje session založená na cookie, jak CORS ovlivňuje front end na jiném originu, a jak se řeší logout a vypršení tokenu.

Druhý je sledování: "Uživatel klikne na Save a nic se nestane. Proveďte mě tím, jak byste to debugovali." Dobrá odpověď se pohybuje vrstvu po vrstvě, od konzole prohlížeče a záložky network, přes request a response, po logy serveru, po zápis do databáze, místo hádání.

Full stack developer na pohovoru ve středně velké SaaS firmě je typický případ. Na otázku, jak by fungovala funkce komentářů, začala u tabulky (komentáře s post ID, author ID, a timestampy, indexované podle postu), definovala endpoint list s cursor pagination, popsala optimistic rendering na clientovi s rollbackem, pokud POST selže, a zakončila tím, jak by zabránila tomu, aby dvojklik odeslal příspěvek dvakrát. Každou vrstvu udržovala stručnou, a doplňující otázky tazatele mířily přímo na styčné body, které pojmenovala.

Trénujte sledování nahlas. Vyberte si funkci z aplikace, kterou používáte denně, a vysvětlete ji od schématu po obrazovku, pak to zopakujte s vloženou chybou: API je pomalé, zápis uspěje jen částečně, uživatel se odhlásí uprostřed requestu. Nahrajte se, nebo si projděte otázky v AI mock interview, který klade doplňující otázky na základě vašich mluvených odpovědí.

V živých kolech může desktopová aplikace SubcueAI pro macOS a Windows přepisovat tazatele a navrhovat strukturu pro design a behaviorální odpovědi tam, kde to pravidla pohovoru dovolují; rozšíření Chrome/Edge pokrývá hovory v záložce prohlížeče, a aplikace iPhone poslouchá hovor přehrávaný na jiném zařízení. Poctivá hranice má největší váhu v procesech full stack: kola stavby funkce a kódování probíhají často na shared screen, a vše na shared screen je viditelné, takže pomoc je tam mimo scope. Proctored online testy a zařízení spravovaná firmou jsou mimo scope také. Nastavení je v tutorialu.