"Грязные и подлые" проверки при найме техлидов
Продолжаю раскрывать сложную тему найма очень умных людей.
Еще одна интересная статья про современные реалии найма ждет вас тут.
Вводная
Базовые принципы найма «людей без признаков долбо#бизма» я уже раскрывал ранее, так что сегодня будет про сам процесс собеседования «персонала с высоким уровнем технических компетенций»:
Это те люди, которым придется доверить ваш проект и именно от них будет зависеть его (проекта) выживаемость. Поэтому вопрос найма правильного техлида будет стоять остро в любое время и в любом месте.
Ниже описаны некоторые, эм.. не совсем обычные методы проверок будущего техлида, которые я собрал за долгую практику и на основе личного опыта.
Возможно вы сочтете их «грязными» и неприятными, если вообще законными — ваше право.
Но они работают и действительно помогают в непростом деле найма ключевого технического специалиста.
Disclaimer:
Пожалуйста не пытайтесь применять подобное при собеседовании обычных соевых и тем более начинающих разработчиков — в самом легком случае вас просто не поймут.
В худшем — загоните несчастного кандидата в депрессию или дурку.
Зачем все это надо объясню ниже и отдельно по каждому пункту, но не рекомендую применять все методы сразу по одному кандидату — он может и не выдержать.
Также сразу замечу, что описанное ниже не работает если интервьюер — тупая девочка от рекрутинга не имеет достаточного опыта и серьезных технических компетенций или (тем более) вообще не имеет отношения к ИТ.
Проверка первая: п#здеж чистой воды
Во время технического собеседования, после начальной стадии спокойного общения с кандидатом на профессиональные темы, когда ему уже стало понятно что интервюер — не идиот и тоже что-то понимает в профессии, вы (интервьюер) спокойно начинаете.. пороть откровенную техническую ересь.
Например я лично использовал что-то вроде «биты и байты это одно и то же» или «в Java нет никакой работы со строками, это лишь массивы байт».
Идеально если у интервьюера есть определенная известность, серьезный опыт и авторитет — будет максимальный эффект.
Излагаемая вами «техноересь» не должна ощущаться искусственной, поэтому вы должны нести с серьезным выражением лица, без «смехулечек» и подобного — все должно выглядеть максимально правдоподобно.
Чтобы кандидат был полностью уверен, будто собеседующий его человек, еще минуту назад казавшийся умным, адекватным и опытным — на самом деле #банько, поехавший сектант или в лучшем случае наркоман.
Реакция на такой твист от кандидата на серьезную техническую должность — крайне важна и показательна.
Зачем все это нужно
Именно таких «авторитетных #банько» под которого вы специально только что закосили, нормальный техлид обязан будет отгонять от вашего проекта — палкой, кулаками и другими подручными средствами.
Не поверите, но таких (#банько с иллюзией компетенций) в любой крупной компании очень много:
всевозможные консультанты, свидетели «крутых технологий», адепты новых подходов, оракулы "свежего взгляда", просто компьютерные радикалы, «AI-гробовщики», предрекающие скорую смерть программистам — тысячи их.
Многие при этом имеют крутые должности и высокие полномочия.
Если вовремя не распознать техническую дичь и не пресечь влияние подобных «товарищей» на проект — работа будет завалена со 100% гарантией, проверено неоднократно.
Если кандидат промолчит, не распознает и не остановит поток техноереси, сделает вид что не заметил или тем более начнет вам подъигрывать — нах#й такого техлида.
Стоит четко понимать, что хороший техлид — в первую очередь уже сформировашийся профессионал, со своим собственным мнением, видением и практикой:
это что-то вроде кристаллической решетки — единственное что отделяет обычный уголь от алмаза.
Все это физически не может позволить хорошему техлиду пропускать техноересь мимо ушей, без какой-либо реакции.
Но и есть и другая «крайняя реакция» на такую проверку:
кандидат включает режим «примадонны» — заламывает руки и громко возмущается «куда он попал и что тут вообще делает среди таких-то дебилов»
Имеет полное право, что тут сказать.
Зато вы сможете сразу оценить как нанимаемый на ответственную должность человек будет взаимодействовать с будущими коллегами, не имеющими профильного опыта и компетенций в ИТ.
И если не планируете превратить отдел разработки или даже всю компанию целиком в варьете или бордель — думаю «примадонна» с блестками и истериками вам врядли понадобится.
Увы, но умение спокойно реагировать на дурость окружающих, вежливо отправляя их по известному адресу — ежедневная работа техлида.
Посылать на хер тоже надо уметь, это важный и обязательный навык для любого техлида.
Учите матчасть.
Проверка вторая: нерешаемая задача
Следующий подлый трюк заключается в том чтобы дать кандидату нерешаемую задачу и наслаждаться посмотреть на процесс решения.
это сложно, очень.
Надо специально заранее заморочиться и найти такую задачу, которая бы выглядела невинно, но не имела простого и быстрого решения.
Я когда-то использовал задачи на логику (вроде «Ханойских башен»), модифицируя постановку чтобы задача становилась нерешаемой, но сей факт не был очевиден сразу же.
Да, это жестоко и подло, да — временами это плохо заканчивалось, нервы выдерживали не у всех кандидатов и бывали.. эксцессы.
Зачем
В реальной жизни далеко не все задачи решаемы в принципе, не все можно реализовать, исправить или починить — особенно за ограниченное время и с ограниченными ресурсами.
У разработчиков (даже очень крутых) часто отсутствует ощущение времени, зато есть раздутое до небес эго, не позволяющее признавать собственные ошибки.
Нормальный техлид не может позволить себе такого отношения, поскольку отвечает не только за себя одного.
Его ключевая задача — распознавать подобные нерешаемые проблемы и вовремя их обходить, вместо того чтобы биться головой об стену в поисках решения.
Плюс отношение к ошибкам и провалам:
Да, мы совершили ошибку, которая заключалась в том-то и том-то, обсудим на ретроспективе а сейчас едем дальше.
Обожемой как же я весь такой гениальный мог ошибиться! Не может быть! Покарай меня Господь!
Рефлексия это конечно хорошо, но в свободное от работы время а не посреди горящего проекта, еще и заботливо поливаемого керосином руками инвестора, заказчика или пользователей.
Кстати заметил, что цель и смысл этого трюка почему-то сразу понятны и очевидны любому приличному управленцу, но айтишников он стабильно вгоняет в ступор.
Проверка третья: шатание устоев
К сожалению в современном ИТ стало слишком много фанатизма и все меньше нормальной инженерной работы.
Что разумеется сильно влияет на мышление современных разработчиков, вгоняя последних в религиозный фанатизм:
выбор языка программирования, инструментария и даже операционной системы ныне являются вопросами веры и религии а не инженерной необходимости.
Хороший, годный технический лид должен быть как минимум толерантен в этих вопросах, как максимум — вообще класть болт и спокойно использовать все что есть под рукой.
Это важно, поскольку техлид отвечает не только за себя одного, а в любом коллективе программистов обязательно будут приверженцы противоположных взглядов на разработку.
И убить их всех не получится.
Так что задача заключается в том чтобы проверить кандидата на «технический фанатизм» и религиозную нетерпимость к чужим технологиям.
Какой самый простой способ выбесить фанатика?
начать оскорблять его веру.
Что и необходимо проделать во время интервью.
Сначала выясняются предпочтения кандидата и его «любимые игрушки»:
линуксоид он или маковод, ярый адепт технологий Microsoft, которые «просто работают» или фанат Java, которая «не тормозит» — вариантов много.
Дальше на такое больное место ставится «сапог объективной реальности», попирающий и саму «любимую цацку» кандидата и ее «богоизбранность» — думаю не стоит объяснять, что идеальных технологий не бывает?
Если кандидат фанатеет от линукса — спросите давно ли он сам собирал ядро, если адепт Microsoft — спросите про .NET 3.5, почему она являясь официально устаревшей до сих пор поставляется с Windows.
У каждой технологии и фреймворка обязательно есть больные места, которые обычно идеально знают «тролли» и используют эту информацию чтобы выбешивать людей в интернете.
Вам нужно сделать тоже самое и внимательно следить за реакцией:
если кандидат в техлиды не признает и не видит никаких недостатков у любимой технологии — он на этой технологии женат.
Что плохо, поскольку совокупление с компьютерами это извращение и подлежит осуждению и порицанию, #бать все же стоит живых людей а не рабочие инструменты.
Если серьезно, то фанатизм не совместим с инженерной работой и такой «кибер-фанатик» вам точно наломает дров в погоне за распространением любимой компьютерной шизы.
Эпилог
Конечно же актуальных методов сильно больше, даже описанные в статье на практике не применяются «в лоб», а очень аккуратно адаптируются под конкретную ситуацию и кандидата.
Поэтому не стоит как-то серьезно готовиться к подобным проверкам — если вы мудак, то в любом случае не пройдете, даже если выучите весь текст выше наизусть.
Еще наз на всякий случай напомню, что все описанное — про найм профи, взрослых и состоявшихся в своей профессии людей, не истеричных девочек и мальчиков, делающих свои первые шаги в индустрии.