Подготовка к интервью
1745 вопросов для подготовки на позицию Frontend-разработчик
Что проверяют на интервью
Подборка помогает системно подготовиться к интервью на позицию Frontend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: frontend, browser, react.
Каталог
Назовите реально использованную модель и объясните выбор через качество инструментальных вызовов, устойчивость рассуждений, latency и стоимость. Сам паттерн ReAct не привязан к одному поставщику.
Читать ответБизнес-значимые расчёты и итоговые денежные значения должны определяться backend по единому правилу. Frontend может форматировать результат и показывать предварительную оценку, не становясь источником истины.
Читать ответДля дискового кеша произвольный T нужно уметь сериализовать. Один вариант — ограничить T протоколом Codable и хранить JSON по безопасному имени файла.
Читать ответБраузер разбирает URL, получает адрес, устанавливает защищённое соединение, отправляет HTTP-запрос и строит страницу из ответа и связанных ресурсов. Кэш может пропустить часть шагов.
Читать ответБраузеры обычно кешируют ответы GET и HEAD при подходящих заголовках. POST допускает кеширование при специальных условиях, но поддержка на практике ограничена.
Читать ответDomain содержит бизнес-модель и правила, Entity — объект с идентичностью и собственными инвариантами. Application Service координирует сценарий, не подменяя доменные правила.
Читать ответУказатели позволяют явно передавать доступ к одному объекту, менять его и избегать некоторых копирований. Python и JavaScript тоже используют ссылки, но скрывают часть механики.
Читать ответВыведите комментарии через map, а для children рекурсивно вызовите тот же Comments. Каждый элемент списка должен иметь устойчивый key.
Читать ответНичего не будет выведено: const = 3 — синтаксическая ошибка, которая препятствует исполнению всего скрипта. Даже console.clear() не начнёт работать.
Читать ответ?. безопасно продолжает доступ для не-nullish значения; ?? подставляет замену только для null/undefined. Остальные конструкции решают отдельные задачи копирования, присваивания и индексации.
Читать ответХраните сообщения как массив {id,text,likes}, а ввод отдельно. Добавление и лайки обновляйте функционально, не изменяя прежние объекты.
Читать ответВосстановите JSX, сделайте input контролируемым и добавляйте элементы без изменения data.length. Для новых id используйте отдельный счётчик, а в списке — стабильный key.
Читать ответ