Мы можем найти миллиарды статей с вопросами для интервью по каждому языку программирования и специализации, и их количество быстро растет, как и глобальный стек технологий. Он сопровождается множеством этапов интервью, задач и оценок, которые помогают нам лучше понять человека, с которым вы разговариваете, и его/ее опыт. Но вся эта информация едва ли помогает лучше провести среднестатистическое собеседование. Я спросил себя об общих улучшениях, которые мы, как интервьюеры, можем применить, и обнаружил, что для меня наиболее ценным является вопрос Почему.

Первое преимущество этого вопроса в том, что абитуриент не может к нему подготовиться. Это дает вам возможность перенаправитьбеседу на любую тему и увидеть мысли, рассуждения и критическое мышление заявителя.

Кроме того, этот вопрос также дает соискателю преимущества — уверенность в том, что компания уважает критическое мышление и потенциально применяет его к своим решениям.

Несмотря на внимание к техническим аспектам интервью, вы будете работать с интервьюируемым над решениями. Это работа по принятию решений, анализу, проверке и проверке теорий. Что вам действительно хотелось бы знать, так это мотивы интервьюируемого в отношении применения того или иного решения. Он начинается с именования переменных и заканчивается внедрением решения для всей компании.

Важность вопроса

Я думаю, что интервьюерам следует подумать о том, чтобы задавать больше открытых вопросов, особенно тех, которые начинаются с Почему. Я хотел бы предложить следующие примеры:

Зачем вам нужна $your_stack_most_popular_framework?

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

Почему вы используете $main_language_you_are_required_of? Чем этот язык не подходит?

Знание слабых и сильных сторон инструментов говорит о совести в выборе, который делает человек. Эти правила могут раскрыть собеседника как вдумчивого инженера.

Почему, по вашему мнению, важно качество программного обеспечения? Каковы ваши критерии качества программного обеспечения?

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

Этот вопрос может показать вам мнение человека по обычным темам и его мотивацию. Например, вы можете знать, почему он повсюду комментирует, прежде чем приступить к работе.Это может дать интервьюируемому возможность чувствовать себя более комфортно на собеседовании и поделиться с вами своими общими мыслями о работе в ЭТО.

Переходим к мотивационным вопросам.

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

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

  • Почему вы решили применить это решение?
  • Почему вы считаете, что это было неправильное решение?

Ежедневные вопросы

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

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

У нас много стандартов в ИТ и в основном интуитивно понятно понять причину изменений. Но интуиция — не лучший инструмент, для ее настройки нужны данные. Особенно, когда кто-то новый знакомится с новой командой или проектом, в этом случае вы не можете предсказать мотивацию этого человека. Вот почему вам следует задаватьмотивирующие вопросы о техническом контексте собеседования — чтобы собрать информацию до того, как вы начнете с ним работать, и дать соискателю возможность узнать, каких людей вы ищете.

Вы можете легко начать с вопроса:

Проверяете ли вы код своих коллег? Почему?

Это мой любимый, он действительно дает вам взгляд собеседника на методы разработчика и его отношение к командной работе.

Как применить новый подход

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

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

Выводы

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

Надеюсь, что эта статья поможет вам в ваших рассуждениях о качестве интервью.