Что ожидается от кандидатов на позицию frontend developer
Что проверяют
Если спрашивают вас, смотрят, умеете ли соотносить свои навыки с уровнем позиции, а не перечислять всё подряд. Если спрашиваете вы, это способ понять, совпадает ли объявление с реальными задачами и на какой грейд вас рассматривают.
Как отвечать
Ожидания раскладываются по уровням, и лучше отвечать именно так:
- начальный: вёрстка по макету, семантика и базовая доступность, язык и типизация, один фреймворк, работа с готовым API, git и участие в ревью;
- средний: фича целиком и самостоятельно, состояние приложения, формы и валидация, тесты, отладка в инструментах браузера, внимание к производительности, умение договориться с бэкендом о контракте;
- старший: границы модулей и архитектура, сборка и выкатка, метрики скорости и ошибок у реальных пользователей, ревью и наставничество, выбор компромисса вместо переписывания.
Что стоит уточнить у работодателя:
- стек и его возраст: фреймворк, сборщик, сколько легаси;
- соотношение новых задач и поддержки;
- есть ли дизайн-система и кто её ведёт;
- кто пишет тесты и что считается достаточным;
- способ отрисовки: клиент, сервер, статика, важен ли поиск;
- как устроены ревью и релизы.
Ответ «всё умеем, задачи разные» это сигнал, что роль не описана.
Где спотыкаются
Отвечают списком технологий из объявления и не приводят ни одного примера. Ожидания измеряются задачами: «делал форму оплаты целиком, включая валидацию и ошибки сервера» звучит иначе, чем «знаю React».
Второе: не называют неписаную часть работы. Доступность, поддержка старых браузеров, аналитика, локализация, разбор ошибок в продакшене. В объявлении об этом ни слова, а в реальности это половина правок.
Третье: не задают встречных вопросов. Кандидат, который ни разу не уточнил, кто ставит задачи и как принимается результат, выглядит исполнителем тикетов, а начиная со среднего уровня ждут другого.