Вернуться в видеотекуМоковое собеседование по JavaScript на Junior-позицию
Запись мокового JavaScript-интервью для Junior frontend-разработчика с разбором теории, тремя задачами лайв-кодинга и итоговым фидбеком. В конце также рекомендуются learn.javascript.ru, серия You Don’t Know JS и спецификация ECMAScript.
- Направление
- Frontend
- Формат
- Мок-собеседование
- Компания
- SSiren Group
- Грейд
- Junior
- Длительность
- 1 ч 39 мин
Коротко о видео
Это моковое собеседование по JavaScript для подготовки к Junior frontend-позиции: интервьюер задаёт вопросы от базовых типов данных до внутреннего устройства языка и даёт обратную связь после ответов. Обсуждаются примитивы и объекты, приведение типов, области видимости, замыкания, контекст вызова и this, прототипы, ООП и Event Loop. В лайв-кодинге разбирают сортировку слов по числам внутри них, обход односвязного списка в обратном порядке и memoize с TTL-кэшем; в конце интервьюер считает основные недочёты кандидата несущественными и рекомендует материалы для углубления.
Затронутые темы
Что взять на заметку
- Для интервью стоит уметь объяснить различие примитивов и объектов: присваивание примитивов создаёт независимое значение, а переменные с объектами ссылаются на один объект.
- Нужно различать == и ===, помнить особенность typeof null === "object" и понимать, почему неявное приведение типов лучше сводить к минимуму.
- Подготовьте объяснение var, let и const: функциональную и блочную области видимости, hoisting, temporal dead zone и то, что const запрещает переназначение ссылки, а не изменение полей объекта.
- Замыкание следует объяснять через лексическое окружение: функция сохраняет доступ к внешним переменным, а окружение фиксируется при создании функции.
- Важно знать правила this для обычного вызова, метода объекта, call/apply/bind, new, стрелочных функций и callback в setTimeout.
- По прототипам полезно уверенно различать __proto__ и prototype, а также описывать цепочку прототипов экземпляров и конструкторов.
- В лайв-кодинге интервьюер обращает внимание не только на рабочее решение, но и на понятный нейминг, отсутствие лишних промежуточных структур и объяснение компромиссов по читаемости.