Питання для співбесіди Full Stack Developer

Ви можете хвилюватися, що процес full stack означає підготовку до двох повних співбесід, frontend і backend, за час, який більшість кандидатів витрачають на одну. Це хвилювання виправдане, і цей розділ показує, чому завдання насправді менше, ніж здається. Інтерв'юери рідко повторюють спеціалізований процес frontend чи backend; вони досліджують місця, де шари стикаються, бо саме там full stack engineer заслуговує на свою назву.

Більшість процесів поєднують чотири типи раундів:

• Кодинг: задача зі структур даних або практичне завдання, таке як парсинг, групування чи pagination записів, часто на JavaScript, TypeScript, Python або Java.
• Побудова фічі: невелике end-to-end завдання, наприклад форма, що зберігає дані в API і показує помилки валідації, у спільному редакторі або в репозиторії take-home.
• Дизайн на весь stack: накидайте фічу на кшталт коментарів чи сповіщень, охоплюючи схему, API, state на client і те, що відбувається, коли мережа падає.
• Поведінкове: відповідальність за фічу від тікету до продакшену та баг, який ви відстежували між шарами.

Заглиблення, специфічне для окремого шару, теж трапляється, і виділені набори питань, зокрема окремі сторінки для frontend developer і backend developer, є в хабі питань для співбесід. Ця сторінка охоплює те, що лежить між ними.

API — це контракт між двома половинами вашої роботи, тож інтерв'юери запитують про нього з обох боків:

• Як би ви спроєктували endpoint для фічі, і що повертає кожен з них у разі успіху та невдачі?
• Як змінити API, не зламавши client, які вже працюють у продакшені? (Versioning, адитивні зміни, вікна deprecation.)
• Offset чи cursor pagination: що б ви використали для activity feed і чому?
• Як зробити POST безпечним для повторної спроби, якщо client отримав timeout? (Idempotency key.)
• REST, GraphQL чи RPC для конкретного client: що зміниться в caching, over-fetching і обробці помилок?
• Де живе валідація, на client, на server чи на обох, і яка з них авторитетна?
• Як уникнути запиту N+1, коли endpoint типу list повертає вкладені дані?

Сильна відповідь називає trade-off, а не лише вибір. "Cursor pagination, бо рядки, вставлені під час скролу користувача, змістили б offset і продублювали елементи" краще, ніж перелічити обидва варіанти й на цьому зупинитися.

Два типи питань відрізняють кандидатів full stack від спеціалістів. Перший — це наскрізна автентифікація: пройдіться по тому, що відбувається з моменту, коли користувач надсилає форму логіну, до моменту, коли автентифікований виклик API завершується успіхом. Інтерв'юери слухають, де живе облікові дані (cookie чи client storage), як server їх перевіряє, чому cookie HttpOnly стійкий до доступу зі скриптів, який захист CSRF потрібен сесії на основі cookie, як CORS впливає на front end на іншому origin, і як обробляють logout і закінчення терміну дії token.

Другий — це трасування: "Користувач натискає Save, і нічого не відбувається. Проведіть мене через те, як би ви це дебажили." Гарна відповідь рухається шар за шаром: від консолі браузера і вкладки network, до request і response, до логів server, до запису в базу даних, замість того щоб вгадувати.

Full stack developer на співбесіді в компанії SaaS середнього розміру — типовий випадок. На питання про те, як працювала б функція коментарів, вона почала з таблиці (коментарі з post ID, author ID і timestamp, проіндексовані за постом), визначила endpoint list з cursor pagination, описала optimistic rendering на client з rollback, якщо POST не вдався, і завершила тим, як би вона запобігла подвійному постингу через подвійний клік. Вона тримала кожен шар коротким, і уточнювальні питання інтерв'юера йшли прямо до стиків, які вона назвала.

Тренуйте трасування вголос. Виберіть фічу з застосунку, яким користуєтеся щодня, і поясніть її від схеми до екрана, потім повторіть, додавши збій: API повільний, запис успішний лише частково, користувача розлогінює посеред request. Запишіть себе або пройдіть питання в AI mock interview, який ставить уточнювальні питання на основі ваших усних відповідей.

На живих раундах десктопний застосунок SubcueAI для macOS і Windows може транскрибувати інтерв'юера і пропонувати структуру для відповідей на дизайн і поведінкові питання там, де правила співбесіди дозволяють допомогу; розширення Chrome/Edge охоплює дзвінки у вкладці браузера, а застосунок iPhone слухає дзвінок, що відтворюється на іншому пристрої. Чесне обмеження має найбільше значення саме в процесах full stack: раунди побудови фічі та кодингу часто відбуваються на shared screen, і все на shared screen видно, тож допомога там поза межами застосування. Proctored онлайн-тести і пристрої, керовані компанією, теж поза межами застосування. Налаштування описано в tutorial.