Вопросы на собеседовании Frontend-разработчика

Как отвечать: Свяжите мотивацию с видимым результатом работы, интересом к UX или инженерным задачам клиентской стороны; подкрепите примером проекта, который подтверждает выбор.

Как отвечать: Соедините продукт и стек компании с вашим опытом, покажите, что изучили вакансию и сайт, и назовите конкретный вклад, который сможете дать команде.

Как отвечать: Разведите область видимости (функция против блока), временную мёртвую зону и возможность переприсваивания; приведите пример, где var приводит к багу в цикле.

Как отвечать: Объясните доступ внутренней функции к переменным внешней области; назовите примеры: каррирование, приватное состояние, обработчики событий с контекстом.

Как отвечать: Расскажите про стек вызовов, очереди микрозадач (Promise) и макрозадач (setTimeout), порядок выполнения и приведите пример вывода console.log.

Как отвечать: Сравните поведение при отклонении одного промиса: отказ всего all, ожидание всех результатов в allSettled и гонка первого завершившегося в race; назовите сценарии применения.

Как отвечать: Разведите объединения, пересечения и примитивные алиасы у type против declaration merging и расширения классами у interface; покажите, что у вас есть осознанная конвенция.

Как отвечать: Покажите обобщённую функцию или тип на примере API-клиента, компонента таблицы или утилиты; объясните, как дженерики сохраняют типобезопасность без дублирования.

Как отвечать: Объясните мемоизацию значения против мемоизации функции; честно назовите цену мемоизации — сравнение зависимостей и сложность кода — и что сначала нужно измерить производительность.

Как отвечать: Расскажите про сравнение виртуального DOM, роль key в сопоставлении элементов списка и баги с состоянием при использовании индекса массива как ключа.

Как отвечать: Назовите устаревшие замыкания, бесконечные циклы от объектов в зависимостях, отсутствие очистки подписок; расскажите, как вы их диагностируете и исправляете.

Как отвечать: Покажите критерии: область видимости данных, частота обновлений, размер команды; предупредите о преждевременном внедрении глобального стора и избыточных ре-рендерах через Context.

Как отвечать: Свяжите выбор с требованиями: SEO и персонализация против статики и скорости; приведите примеры — маркетинговая страница, личный кабинет, каталог.

Как отвечать: Разведите управление значением через state против доступа через ref; назовите сценарии: сложные формы с валидацией против простых полей или интеграции с не-React-кодом.

Как отвечать: Разведите одномерную раскладку против двумерной сетки; приведите примеры: набор карточек и выравнивание по строке против каркаса страницы.

Как отвечать: Объясните веса селекторов (inline, id, класс, тег), порядок при равной специфичности; покажите, что !important ломает предсказуемость и усложняет поддержку.

Как отвечать: Расскажите про медиазапросы, относительные единицы, контрольные точки от контента, а не от устройств; упомяните проверку на реальных экранах и touch-интерфейсы.

Как отвечать: Назовите метрики и их пороги; для каждой приведите 1–2 приёма: оптимизация изображений и серверного ответа для LCP, резервирование места под контент для CLS, разбиение длинных задач для INP.

Как отвечать: Перечислите динамические импорты, маршрутное разбиение бандла, отложенную загрузку ниже экрана, современные форматы изображений; подчеркните, что оптимизация начинается с измерений.

Как отвечать: Назовите семантические теги, alt-тексты, навигацию с клавиатуры, контраст, ARIA-атрибуты там, где не хватает семантики; упомяните проверку скринридером или Lighthouse.

Как отвечать: Покажите системный подход: измерение в DevTools и WebPageTest, разделение проблем сети, рендеринга и JavaScript, гипотезы по приоритету и измерение эффекта после каждого шага.

Как отвечать: Предложите постепенную миграцию: настройка tsconfig в мягком режиме, новые файлы сразу на TS, типизация критичных модулей в первую очередь, метрики прогресса для команды.

Как отвечать: Ответьте по STAR: симптомы, как локализовали проблему (воспроизведение, бинарный поиск по коммитам, логирование), решение и что изменили, чтобы баг не повторился.

Как отвечать: Покажите аргументацию через ограничения: производительность, доступность, сроки; подчеркните поиск компромисса и готовность обсуждать, а не игнорировать или слепо выполнять.

Как отвечать: Назовите конкретные источники и ритуалы; важнее показать критерии внедрения: зрелость технологии, поддержка сообщества, реальная польза проекту против хайпа.