Какие ожидания от фронтенд разработчика
Что проверяют
Как вы понимаете зону ответственности фронтендера: только вёрстка по макету или весь путь от данных до пользователя. Следом обычно спрашивают, чем, по-вашему, middle отличается от senior. Этот же вопрос кандидат часто задаёт сам в конце интервью, и тогда он про ожидания конкретной команды.
Как отвечать
Покажите, что видите роль шире фреймворка:
- основа: семантичный HTML, современный CSS (grid, flexbox, контейнерные запросы), JavaScript и TypeScript без провалов в базе;
- фреймворк и данные: React, Vue или Angular, управление состоянием, запросы к API с обработкой ошибок, загрузки и пустых состояний;
- производительность: Core Web Vitals, то есть LCP, INP и CLS, ленивая загрузка, размер бандла, анализ в Lighthouse и во вкладке Performance;
- доступность: работа с клавиатуры, управление фокусом, атрибуты ARIA там, где семантики не хватает, контраст;
- качество: тесты на компоненты и ключевые сценарии, линтеры, типизация, внимательное код-ревью;
- взаимодействие: обсуждение макета с дизайнером до вёрстки, согласование контракта API с бэкендом, ответственность за фичу до продакшена, а не до мержа.
Подкрепите каждый пункт примером из своего опыта: как снизили LCP, как нашли проблему доступности. Свои цифры сильнее общего списка.
Если вопрос задаёте вы, спрашивайте конкретно: есть ли матрица грейдов, что нужно сделать за первые три месяца, чтобы испытательный срок считался пройденным, кто принимает архитектурные решения во фронтенде.
Где спотыкаются
Сводят ответ к списку технологий: «знает React и Redux». Ожидания от роли это ещё и результат для пользователя, скорость и доступность интерфейса.
Называют устаревшие метрики. С марта 2024 года FID в Core Web Vitals заменён на INP, и упоминание FID выдаёт давно не обновлявшиеся знания.
Не говорят про ответственность за результат: сверстал, отдал на тестирование, дальше не моё. Интервьюер ищет человека, который проверит фичу в проде и заметит, что она ломает мобильную версию.