Найти в Дзене

Радио «Виктор»: Собеседование — не допрос

Договорённости о работе всегда предшествуют переговоры, и часть этих переговоров называется собеседованием. Наверняка вы видели мок-собеседования на YouTube, скорее всего, участвовали в найме со стороны собеседующей стороны и, конечно, проходили собеседования сами. И, вероятно, наблюдали или даже участвовали в таких собеседованиях, где одна сторона задаёт вопрос, получает на него ответ и... просто переходит к следующему вопросу. А потом мы читаем тысячи жалоб на то, что «спрашивали алгоритмы, а кому они нужны» или «меня полтора часа мучали кейсами, и я не знаю, хорошо ли я справился».

При этом ничто не мешает собеседующему объяснить, почему он задаёт именно этот вопрос. Как ответ на него повлияет на работу в команде? Как кандидат относится к такому формату работы? Часто это может дать гораздо больше информации. А ведь в этом и цель — узнать максимум. К тому же, вы попутно выполните и вторую цель диалога — на конкретных примерах покажете, чем вы тут вообще занимаетесь.

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

Допустим, вы решаете спросить: «В чём отличие горутины от потока?» Обсудив ответ и углубившись в детали, вернитесь к вашей позиции. Почему для вас это важно?
- Может быть, у вас был баг, который приводил к резкому росту числа горутин, и вы упирались в планировщик.
- Может, у вас CPU-интенсивные приложения, и вам важно следить за утилизацией ядер.
- Может, вы переносите бизнес-логику с Java на Go и стремитесь сохранить параллелизм.
- Может, сочетание лимитов в кубере и установленных GOMAXPROCS ваших приложений уже приводило к троттлингу и падению бизнес-метрик, и вам важно, чтобы каждый член команды хорошо понимал, как и что стоит настраивать.

А если вы сами не понимаете, зачем задаёте этот вопрос, то, может, он и не нужен?

Soft skills интервью или менеджерская секция
Вы просите человека рассказать про свой провальный проект. Обсуждаете это с ним, делаете выводы. Но почему бы не объяснить, что именно вам тут было важно? И почему бы не поделиться в ответ своим провальным проектом?

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

И так во всём
В первом сезоне подкаста «Кода кода» меня почти не слышно. Я не только не озвучивал своего мнения, но даже вырезал свои вопросы там, где контекст склеивался. Позже мы с Женей стали активно делиться и своим мнением. А в последних сезонах — дополнять гостей и даже спорить с ними.

Я уверен, что такой подход гораздо лучше раскрывает и тему, и гостя. Потому что в реальной жизни мы очень редко попадаем в изолированный контекст. А значит, и пользы от такой изоляции немного. Если вы заметили эти изменения в подкасте и вам это нравится — ставьте молнию.
2 минуты