В интернете много подборок с популярными вопросами, которые обычно задают на собеседованиях на фронтенд разработчика.
Но вместо того, чтобы перечислять здесь каждый возможный вопрос, я лучше расскажу в целом о том, как устроено техническое собеседование в моём отделе. Ну и расскажу, почему оно так устроено))
Конечно, всё зависит от позиции, на которую претендует кандидат, но общие черты всё равно есть:
Например, я всегда начинаю собеседование с вопросов по резюме кандидата. И не просто «расскажите, что вы делали», а стараюсь вникнуть в мелкие детали.
У вас в резюме написано, что вы писали компоненты. А какие? Зачем они нужны? Какие параметры они принимают? Что сломается, если я передам в них неполный список обязательных пропсов? А что будет, если соседняя команда захочет добавить в ваш компонент свою логику?
Вопросы, естественно, могут быть самыми разными. Ну и конкретно эти я скорее всего уже не стану спрашивать))) нет, стану.
Но вообще они позволяют достичь сразу нескольких целей:
Во-первых, так проще всего строить диалог. Можно зацепиться за какую-то тему, в которой кандидат ориентируется, и дальше вести разговор, опираясь на неё.
Во-вторых, уже на этом этапе я придумываю тему для следующего этапа интервью, на котором обычно задаю общие технические вопросы.
В-третьих, и это, наверное, самое важное — зачастую с их помощью тоже можно оценить опыт кандидата.
При этом, у кандидата здесь есть преимущество. Если человек указал что-то в своём резюме, то я предполагаю, что он силён именно в этом) И именно о сильных сторонах кандидата мы в итоге и говорим, круто же!
В-четвёртых, (и это тоже важно), помним про софт-скиллы. Их оценивают на протяжении всего интервью, в том числе и на этом этапе)
Хотел написать ещё про два других этапа собеседований, но телеграм сильно органичивает меня по количеству символов, если я прикрепляю картинку.
Но картинку я не прикрепить не мог)) Поэтому про оставшиеся два этапа, технические вопросы и лайв-кодинг, я расскажу в следующих постах)