Просто прочитайте запись интервью, там 99 интервью. Два дня назад я поделился небольшим опытом интервью в интранете, и я только что нашел золото, едва поддерживая свой уровень активности... Интервьюер может сослаться на идеи интервью ниже. Конечно, все студенты, изучающие развитие, могут взглянуть на это , и, может быть, у них появится мнение о том, как быть самим собой.Вознесение порождает какое-то новое мышление.

Решите, каких людей вы хотите нанять

Я всегда считал, что собеседование похоже на свидание вслепую: кроме того, что нужно проверить, хороши ли навыки интервьюируемого, это еще зависит от судьбы. Честно говоря, эта часть судьбы в основном зависит от субъективных ощущений интервьюера, поэтому, как интервьюер, вы должны сначала уточнить, какого человека вы или команда хотите нанять, а также большую часть времени вы должны учитывать ХК. Например, у вас есть только HC выше P5, то есть вы хотите набрать тех, кто может работать, как только они приходят, а не каких-то новичков с потенциалом, а неопытных, которым нужно время, чтобы начать. front-end, вам нужно больше узнать о некоторых используемых стеках технологий (если это упоминается в его резюме).

Мой личный акцент

резюме

Если у вас есть ссылка на блог или гитхаб, вы, как правило, пойдете на нее, если контент будет хорошим, вы добавите баллы, а если контент будет плохим, вы потеряете баллы, и даже резюме не пройдет...

повседневное мышление

Обычно в начале я прошу его представить проекты, которые он сделал, а затем нахожу некоторые моменты, которые, как мне кажется, могут быть глубоко изучены, чтобы задать их в процессе описания, или напрямую спросить его о технических проблемах или интересных вещах, которые он сделал. , Если это собеседование на месте, вы можете позволить ему объяснить это, рисуя на бумаге. Если эта часть — интервьюер с богатым опытом или должность — архитектор, технический менеджер и т. д., вы можете сосредоточиться на архитектурном проекте, попросить его рассказать о технических решениях, которые он сделал, нарисовать архитектурную схему и поговорить о ему Сравнение предложенной схемы с некоторыми существующими на рынке схемами, угол мышления и критерии оценки при столкновении с некоторыми вариантами выбора в то время и т.д.

Способность кода

Умение кодировать на самом деле является основной способностью, включая проверку логики мышления и владение языком JS. Если вы не можете очень хорошо ответить на два вопроса кода в вопросе письменного теста (конечно, вы должны быть в состоянии ответить хотя бы на один вопрос, и если вы не можете ответить на оба вопроса, вы не пройдете общий письменный тест ), вы можете поговорить с ним об идеях оптимизации и дать несколько подсказок и посмотреть, как отреагирует другой человек. Если на письменные вопросы теста даны хорошие ответы, при задании некоторых других вопросов он также может воспользоваться возможностью позволить ему реализовать некоторые вещи вручную. Например:

• Задайте вопрос об этом указании внутри функции в JS. Если вы можете ответить на вопрос, вы можете указать на того, кто его вызывает. Просто попросите метод изменить указание этого. Если вы можете ответить на вызов/применить/привязать, вы можете попросите его написать вызов от руки, даже если он ранее не реализовал это, но в сочетании с тем, что я сказал ранее, «это указывает на того, кто это звонит» и «вызов может изменить смысл этого», вы также должны быть в состоянии думать, что вам нужно только назначить функцию первому параметру obj this, а затем передать obj. Чтобы вызвать функцию, вы можете сделать это в функции, указывающей на obj.
• Если интервьюер знаком с Vue, он может спросить его о принципе привязки данных Vue.Большинство людей могут ответить на defineProperty и режим наблюдателя (режим подписки и публикации), тогда пусть он описывает режим наблюдателя, и если он может описать это, пусть он реализует конструктор Observable.

Конечно, есть много вещей, которые он может написать, потому что мы не набираем каких-то экспертов по алгоритмам, нам не нужно искать сложные алгоритмические задачи для других, лучше всего найти некоторые потребности в процессе запроса вопросы и дать ему понять их. Это также могут быть какие-то конкретные вопросы по сцене. Например, если вы спросите о троттлинге и анти-тряске, вы можете найти пример поиска в реальном времени и позволить другой стороне реализовать устранение дребезга. Даже если другая сторона не слышала о концепция троттлинга и антишейка, четко описана конкретная сцена, да, для ее реализации должен быть правильный образ мышления.

Связанный с фреймворком и основы JS

Как правило, интервьюируемый напишет в своем резюме что-то, в чем он хорош, и он спросит, что он пишет, и попытается спросить от простого к глубокому. Например, если он говорит, что знаком с Redux, он может спросить их, как Redux используется в проекте, какое промежуточное ПО Redux они использовали, понимают ли они механизм реализации промежуточного ПО и какие сценарии, по вашему мнению, им подходят. действительно подходит для использования Redux?Вы хоть понимаете принцип реализации Redux... Судя по моему опыту интервью, многие пишут, что знакомы с Redux, но остаются только в "использованном".

Затем, если JS имеет отношение, если он написал в своем резюме, вы можете спросить о замыканиях, цепочках прототипов, некоторых функциях ES6, таких как Promise/Proxy. Если резюме относительно тонкое, вы также можете напрямую спросить его, в чем он хорош, а затем попытаться задать некоторые сопутствующие вопросы.

техническая широта

Главное какие-то знания вне области "front-end".Эта часть не обязательна.Если таковые есть в резюме,попрошу,в основном видеть активную способность к обучению и интерес к технике.

Мягкие навыки

В процессе собеседования реально можно увидеть коммуникативные навыки человека и общее отношение к работе.Расспрашивая о проектах, можно спросить о некоторых вещах, связанных с сотрудничеством с людьми, как продвигать собственные проекты и так далее. Также понятно нервничать во время собеседования, но есть однокурсники, у которых очень хорошие резюме, и их очень легко узнать по блогам и гитхабу, но они очень нервничают… Ведь психологические качества и стрессоустойчивость также являются неотъемлемой частью работы.

Суммировать

Эта статья на самом деле довольно субъективна, с моими личными предпочтениями (например, я никогда не спрашиваю CSS... потому что я думаю, что наш бизнес не предъявляет высоких требований к UI, и вообще люди, написавшие несколько проектов, могут справиться с нашим UI. ) , но собеседование такое, на него влияют личные предпочтения интервьюера. Большую часть времени я просто смотрю, что написано в моем резюме, и спрашиваю, о чем я прошу, и я спрошу что-то еще, кроме этой статьи.Интервью — это не тест, сам процесс интервью — это не что иное, как возможность дать интервьюеру возможность признать способности интервьюируемого и захотеть стать с ним коллегой.Поэтому, даже если я плохо разбираюсь в чем-то, написанном в резюме, или вообще не имею в этом опыта, я спрошу, может ли другой человек четко это описать, это также добавит очков, и я смогу узнать что-то новое как интервьюер.

PS: уж никак не ожидал поделиться каким-то скудным опытом интервью и теми моментами, которые считаю более важными для самосовершенствования.Кто-то раскидает в комментариях (некоторые вроде удалили), хахаха, жизнь. .. Это напоминает мне Sun Scum Graph:

Конечно, вы можете обменяться опытом, и вы можете оставить сообщение, если у вас есть какие-либо вопросы или предложения~