Успешное техническое собеседование на фронтенд разработчика – это прежде всего подготовка. Вот список материалов и советов, которые помогут.
Вопросы и темы
В этом разделе собраны темы и вопросы, ответы на которые облегчат техническое собеседование на фронтенд разработчика. Обратите внимание, что фронтенд-фреймворк и сопутствующие технологии (здесь – React.js/Redux) могут быть любыми другими, главное – как вы будете отвечать на общие вопросы.
Темы:
- JS, CSS и HTML в общих чертах.
- Структура документа.
- Архитектура проекта.
- Git.
- Производительность кода.
- Безопасность.
- SEO.
- Отзывчивость интерфейса и дизайна.
Возможные вопросы:
- Опишите типичный сайт. Выделите его компоненты.
- Как сделать сайт адаптивным?
- Как центрировать текст вертикально и горизонтально?
- Как работают отступы в CSS? Чем отличаются внутренние отступы от внешних?
- Как бы вы изменили наш сайт?
- Как вы относитесь к работе с другими частями приложения? К примеру, с бекэндом?
- Что для вас хороший user experience?
- Как протестировать UX?
- Используете ли вы БЭМ? Расскажите, что вы знаете о БЭМ?
- Пишете ли вы тесты? Что такое юнит-тест?
- В чем разница между == и ===?
- В чем преимущество array.forEach в сравнении с циклом? В каких случая лучше использовать цикл?
- Что вы знаете о React?
- Как вы пришли к необходимости использовать фреймворк?
- Как работает Redux? Расскажите о его API.
- Что такое иммутабельность или immutability?
Техническое собеседование на фронтенд разработчика: советы
Старайтесь не гуглить готовые решения
Трудно помнить все тонкости конкретного API и языка, поэтому если во время тестового задания на собеседовании вы будете пользоваться Гуглом, вряд ли кто-то будет против. Но если вы что-то забыли, лучше обратиться напрямую к документации: ваш собеседник это оценит. Намного хуже, если вы возьмете готовое решение со Stack Overflow и не сможете его правильно адаптировать.
Уточняйте
Не стесняйтесь переспрашивать, уточнять, задавать вопросы во время решения тестового задания. Если вам что-то непонятно, или вам кажется, что решение должно быть иным – уточните. Это намного лучше, чем если вы сделаете все так, как вам кажется верным, в то время как собеседник будет ожидать другого решения.
Разбирайтесь с ошибками
Баги в процессе написания кода всегда неизбежны. Старайтесь не запускать ошибки даже во время тестового задания, разбирайтесь с ними по мере их появления. Даже, казалось бы, незначительное изменение решения может повлиять на вашу оценку не в лучшую сторону.
Освежите знание языка перед собеседованием
Даже если вы пишете код каждый день, могут быть вещи, которые вы упускаете из виду, и которые могут оказаться на собеседовании. Потратьте лишнее время на документацию. К примеру, повторите про array.map, array.filter и array.reduce, чтобы не переборщить с циклами в решении.
Не забывайте о тестировании
Даже если вы не занимаетесь тестами для собственного кода, в работе вам наверняка придется это делать. Вы должны иметь хотя бы общее представление о тестировании кода: ознакомьтесь с юнит-тестированием и интеграционными тестами.
Короче – не всегда лучше
Краткость – сестра таланта только до тех пор, пока код остается читабельным. Производительность и чистота кода важны, но не увлекайтесь слишком сокращениями, иначе код превратится в плохо читаемый набор методов.
Материалы для подготовки к собеседованию
- Подготовка к фронтенд-интервью в 2017 от Дэвида Шарифа
- 10 вопросов о JavaScript, на которые должен знать ответ каждый разработчик
- Список вопросов по JavaScript от Toptal
- Mozilla Developer Network (MDN)
- Большая коллекция вопросов на фронтенд-интервью
- Репетиция JavaScript собеседования #1 (YouTube)
- Репетиция JavaScript собеседования #2 (YouTube)
Комментарии