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