Что ищете в компании, продукте и команде
Что проверяют
Осознанность выбора и совпадение ваших ожиданий с тем, что на самом деле предлагает вакансия. Нанимающий считает риск: человек, который ждал продуктовой работы и попал в поддержку внутренней админки, уходит через полгода, и подбор начинается заново.
Как отвечать
Назвать три-четыре конкретных критерия и сразу проверить их встречными вопросами. Для фронтенда полезно спрашивать про:
- продукт: кто пользователь, публичный интерфейс или внутренний инструмент, есть ли дизайнер и дизайн-система или макеты приходят картинками;
- границу с бэкендом: кто описывает контракт API, как договариваются об изменениях, есть ли слой, где клиент собирает данные сам;
- процесс: обязательно ли ревью, как часто выкатывают, какие есть автотесты, кто разбирает ошибки у пользователей;
- зону ответственности: за что отвечаете вы лично и с кем делите решения по устройству клиентской части.
Сильный ответ звучит как критерии плюс пример: что в прошлом опыте работало, а что мешало, поэтому теперь вы смотрите именно на это. Полезно назвать и то, что готовы потерпеть: код без тестов терпим, если есть план привести его в порядок, а вот выкат раз в квартал согласовывать тяжело.
Где спотыкаются
Отвечают общими словами про дружную команду, интересные задачи и современные технологии. Эта фраза подходит к любой вакансии, собеседующий слышит её постоянно и не узнаёт из неё про кандидата ничего.
Называют требования, противоречащие вакансии, и сами этого не замечают. Просят продуктовые задачи и работу с метриками на позицию, где прямо написано про поддержку внутреннего портала. Текст вакансии стоит перечитать перед разговором и говорить о том, что в нём действительно есть.
Сводят всё к стеку: хочу писать только на одном фреймворке и только новое. Это читается как нежелание разбираться в чужом коде, а поддержка уже написанного есть в любой команде. Второй вариант той же ошибки: ответ незаметно превращается в список претензий к прошлому работодателю.