Какая была твоя роль в команде на последнем проекте
Что проверяют
Насколько широка ваша зона во фронтенде: вы верстали по готовым макетам или отвечали за архитектуру клиента, контракт с бэкендом и качество. По ответу интервьюер решает, куда копать дальше. Следом обычно спрашивают об одном техническом решении, которое приняли именно вы.
Как отвечать
Коротко о команде и продукте, дальше подробно о себе:
- зона ответственности: какие разделы приложения ваши. Например, личный кабинет на React и TypeScript, общая библиотека компонентов, настройка сборки на Vite;
- архитектура: как организовано состояние (TanStack Query для серверных данных, Zustand или Redux Toolkit для клиентских), как делили код на фичи, почему выбрали SSR на Next.js или обычный SPA;
- контракт с бэкендом: кто описывал API, генерировали ли типы из OpenAPI, как договорились о формате ошибок и пагинации;
- качество: юнит-тесты на Vitest или Jest с Testing Library, e2e на Playwright, линтер и проверка типов в CI, код-ревью;
- работа с дизайном: как принимали макеты из Figma, кто отвечал за доступность и адаптивность, была ли дизайн-система.
Добавьте одну историю, где вы что-то изменили: ускорили загрузку, убрали дублирование компонентов, наладили генерацию типов. Детали и цифры нужны свои. Если вы были младшим, честно назовите объём самостоятельности и то, что вам доверили целиком.
Где спотыкаются
Отвечают только про софт-скиллы: стендапы, общение, документация. Вопрос в технической секции, и от вас ждут технического содержания.
Называют React и Redux, но не могут объяснить, почему состояние хранилось именно так и что лежало в сторе, а что можно было оставить в компоненте.
Говорят «снизили количество багов на 30%», хотя дефекты никто не считал. Лучше описать то, что вы действительно видели: меньше откатов после релиза, тесты, которые ловили регрессии до прода.