- PVSM.RU - https://www.pvsm.ru -
Эта статья написана как ответ на статью «Собеседование в Додо Пиццу» [1] со стороны разработчика с опытом синьора. Я не претендую на истинность суждений, мне хотелось бы выразить довольно популярное среди моих знакомых мнение о процессе найма в частности и жизни разработчика в целом.
Прежде всего, давайте определимся, кто такой ведущий разработчик, по крайней мере, как это понимаю я. Ведущий разработчик, также известный как синьор, это разработчик с многолетним опытом работы (10+ лет), который успел поработать в нескольких конторах над несколькими проектами. За свою немаленькую карьеру такой разработчик, скорее всего видел и махровый легаси и смузи стартапы и кровавый энтерпрайз.
Прежде чем сказать, ну мол, какой капризный, все ему не то, давайте разберемся, а что обычно хочет ведущий разработчик от компании?
Теперь, определившись с вводными, можно перейти к теме здорового собеседования.
Так как же можно собеседовать таких капризных существ, как ведущие разработчики?
Общение с HR, наверное, необходимый пункт и, вероятно, с него и нужно начинать. Основная цель тут – отбросить заведомо непроходные варианты, чтобы снизить нагрузку на людей, проводящих техническое интервью. Это по сути единственная цель, потому что я лично видел пару раз на своем веку, как адекватные в общении люди слетали с катушек через полгода.
По техническому интервью.
Начнем сначала с того, для чего все это спрашивается? Скорее всего, все это нужно лишь для того, чтобы обезопасить себя от некомпетентных сотрудников. Но вы серьезно думаете, что разработчик с десятилетним стажем, работавший хотя бы по 1.5 года на каждом месте, успешно в течении десяти лет обманывал всех, что он не умеет писать код? А если это так, почему вы уверены, что ну вот ваше техническое интервью его раскусит?
Для чего нужны все эти алгоритмы обхода деревьев на собеседовании? Он что, каждый день будет писать эти деревья или алгоритмы сортировки в прод? Да у нас же пиццерия, у нас заказы в 23.59 превращаются в тыкву, мы тут не в Бостон Динамикс собеседуемся.
Тут, на мой взгляд, гораздо полезнее было бы просто пообщаться с кандидатом за жизнь, оценив степень его погружения в проблему. Одно дело сказать, ну я использовал технологию X на проекте, и совсем другое, узнать у кандидата, что были такие-то такие проблемы, котрые они решали так-то и так. Это позволяет оценить опыт человека гораздо больше, чем повторение стандартных алгоритмов перед собеседованием. Также необходимо учитывать, что все люди разные и для некоторых собеседование – большой стресс. Когда что-то начинают выпытывать несколько детективов, то обычно получается даже хуже, чем когда один (если цель состоит в том, чтобы взять адекватного человека). В процессе разговора необходимо честно рассказать реальное положение дел в компании, кто ставит задачи, есть ли стандарты разработки, CI/CD и прочее.
Собственно, и все. Этих двух пунктов вполне достаточно, чтобы нанимать отличных сотрудников, в чем я и мои коллеги убеждались на своем опыте ни один раз. Если ваш процесс растягивается на 5 шагов, если у вас десятки разрабов, а собеседует CTO, если вы собеседуете очно, а вам нужен тестовый день – то что-то поломано. Значит тут где-то скрыты чьи-то амбиции или комплексы, кто-то пытается копировать «лучшие» западные образцы не особо вдумываясь, зачем это делается. Сюда же можно отнести тот маркетинговый булшит про культуру и ценности. Я не знаю, действует ли это на джунов и мидлов, но поверьте, синьоры отлично понимают, что это булшит. И если работодатель пытается вешать много лапши на уши, то в какой-то момент внутренний булшитометр срабатывает и кандидат отваливается.
Так что, на мой взгляд, секрет успешных собеседований простой.
И будет вам успех.
Автор: euroUK
Источник [2]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/sobesedovanie/349123
Ссылки в тексте:
[1] «Собеседование в Додо Пиццу»: https://habr.com/ru/company/dodopizzadev/blog/490372/
[2] Источник: https://habr.com/ru/post/491796/?utm_campaign=491796&utm_source=habrahabr&utm_medium=rss
Нажмите здесь для печати.