Вернуться в видеотеку#12 Фронтенд-разработчик нейросети на собеседовании Frontend Middle
Двухчасовое публичное mock-интервью фронтенд-разработчика с разбором ответов и объяснениями от интервьюеров. Основной акцент — на фундаменте JavaScript, инструментах разработки, тестировании и серверных основах.
- Направление
- Frontend
- Формат
- Мок-собеседование
- Компания
Делимобиль- Грейд
- Middle
- Длительность
- 2 ч 13 мин
Коротко о видео
Публичное учебное собеседование Валерия на позицию Middle Frontend Developer: после знакомства интервьюеры подробно разбирают JavaScript, Web API, инструменты фронтенда, тестирование и основы серверной разработки. Кандидат отвечает на вопросы о замыканиях, Promise, event loop, модулях, структурах данных, Webpack, Docker, CI/CD, Nginx и Node.js, а интервьюеры уточняют и объясняют спорные места. В финале они отмечают его коммерческий опыт и знакомство с терминами, но рекомендуют системно подтянуть фундамент JavaScript, алгоритмы и пирамиду тестирования; сам Валерий соглашается, что обычно сначала пишет код, а затем разбирается с деталями.
Затронутые темы
Что взять на заметку
- Уметь на примерах объяснять лексическую область видимости и замыкание; не связывать доступность переменных с тем, стрелочная функция или обычная.
- Помнить, что Promise возвращает объект Promise, а async/await — синтаксический сахар над промисами; асинхронность нужна, чтобы не блокировать основной поток.
- Разобраться в event loop: сначала выполняется синхронный стек, затем микрозадачи Promise, а таймеры исполняются позднее и не гарантируют точный момент запуска.
- Повторить ES modules и CommonJS: import/export и require/module.exports, а также зависимость их работы от окружения, версии Node.js и трансляции.
- Освоить базовые структуры данных и связь со способами обработки: массивы, хеш-таблицы, деревья, связанные списки; вложенное меню — пример дерева с рекурсивным обходом.
- Понимать Webpack как сборщик графа зависимостей с entry point, loaders и конфигурацией, а Gulp — как task runner, который преобразует входные файлы в выходные без автоматического связывания модулей.
- Строить пирамиду тестов: много быстрых unit-тестов, меньше интеграционных и немного дорогих end-to-end; одних E2E недостаточно, поскольку они долго запускаются и плохо локализуют причину сбоя.