Разработчик с 15-летним стажем, знанием C++, C# и опытом в крупных компаниях может провалить собеседование в IT не потому, что слаб, а потому что сам процесс устроен криво. Именно к такому выводу подводит колонка на эту тему: для русскоязычного рынка найма это важный сигнал, потому что здесь отказ по-прежнему слишком часто принимают за объективный диагноз карьере.
Как пишет Habr / Карьера, автор текста собрал истории знакомых инженеров и руководителей, работавших в крупных российских компаниях и банках, и попытался разобрать, почему результат интервью нередко зависит не от уровня кандидата, а от смеси привычек, страхов, личных симпатий и внутренних игр. Центральная мысль простая: работа — это сделка, а собеседование в IT — далеко не медицинский анализ, который покажет точный уровень специалиста. Скорее это попытка собрать подходящий пазл в конкретной команде, в конкретный день и под настроение конкретных людей.
Один из самых неприятных выводов касается списывания и подсказок. В публичном пространстве принято делать вид, что хороший кандидат отвечает только из головы, а все остальные жульничают. На практике, по словам автора, даже сильные специалисты с многолетним стажем незаметно подглядывают ответы, используют ИИ или иные инструменты, а потом не спешат в этом признаваться. Логика у них не героическая, а сугубо рыночная: цель собеседования — получить оффер. Для честного кандидата это плохая новость, но полезная. Если рядом проходит интервью человек, который подготовился не только по стеку, но и по способам обойти саму процедуру, результат уже нельзя считать чистым сравнением компетенций. Это не оправдание обмана, а напоминание, что моральная картинка из карьерных постов плохо совпадает с реальным наймом.
Вторая проблема — парадокс «слишком сильного» кандидата. Автор приводит истории, где людям отказывали именно из-за высокого уровня: мол, такой специалист может затмить тимлида или слишком быстро вырасти в его кресло. Такие причины редко пишут в фидбэке, но они существуют. С другой стороны, идеально пройденное интервью тоже может сработать против кандидата: интервьюер решит, что перед ним не блестящий инженер, а человек, заранее изучивший весь сценарий. Автор упоминает сообщества, где кандидаты делятся вопросами, задачами и даже записями собеседований. Если человек заранее знает, какие темы ему поднимут и какой ответ считается «правильным», он получает преимущество еще до созвона. В этой логике собеседование в IT начинает проверять не знания, а доступ к чужому опыту, архивам вопросов и техникам мимикрии.
Отсюда вытекает третий тезис: собеседование — отдельный навык. Пример в источнике предельно земной. Кандидат, который за последние полгода сходил на десять интервью, почти наверняка будет звучать убедительнее инженера того же уровня, который пять лет спокойно работал в одной компании и только сейчас вышел на рынок. Первый уже знает темп, типовые вопросы, умеет быстро упаковать опыт и не теряет нить под стрессом. Второй может быть сильнее в реальной разработке, но слабее в жанре «продай себя за 60 минут». Для рынка это неудобная правда: интервью часто выигрывает не лучший инженер, а самый натренированный кандидат. А если человек еще и умеет «играть эксперта» — уверенно оперировать терминами про Kafka, RabbitMQ, базы данных и архитектуру без глубокого практического опыта, — риск ложноположительного найма только растет.
Но и на другой стороне камеры все далеко не стерильно. Автор отдельно бьет по проблеме интервьюеров. Нередко кандидату задают вопрос, где нет одного правильного ответа, но от него ждут ровно ту схему, которая когда-то прижилась внутри конкретной компании. Любой другой рабочий вариант автоматически считается ошибкой. Бывает и хуже: вопрос искусственно усложняют, а потом оценивают, насколько человек сумел угадать ход мысли автора задачи. Это уже не инженерная оценка, а викторина по чужому внутреннему контексту. К этому добавляются soft skills в самом широком и не всегда приятном смысле. По истории из текста, одного кандидата взяли при посредственных технических ответах просто потому, что тимлид понял: с ним будет нормально жить в одной команде. И наоборот, грубость, конфликтность или банальная несовместимость по манере общения могут утопить даже сильного специалиста. Работодатель действительно нанимает не только навык, но и человека, с которым придется ходить на дейлики, спорить о сроках и переживать аварии.
Еще жестче звучит блок про личные мотивы и заранее принятые решения. Один руководитель, по словам автора, отклонял кандидатов из определенных компаний просто из-за прежнего негативного опыта. В другой истории существовал интервьюер, которому отправляли «нежелательных» кандидатов, когда нужно было формально соблюсти процедуру и при этом почти гарантированно завернуть человека. Был и обратный случай: одному кандидату сознательно усложняли интервью, чтобы продвинуть другого. Проверить такие истории трудно, но именно поэтому они и важны: они напоминают, что процесс найма может быть заранее перекошен, а отказ не всегда связан с тем, как вы написали SQL-запрос или объяснили многопоточность. Отдельно автор упоминает требование доказывать опыт через профиль, проекты и публичный след. Для бизнеса это способ снизить риск ошибки, но для рынка с серой занятостью, NDA и дефицитом времени на пет-проекты такой фильтр тоже может работать криво.
Самый сильный пример в тексте — история Max Howell, создателя Homebrew. В 2009 году он запустил пакетный менеджер для macOS, которым, по его собственной известной реплике, пользуются в Google, но это не помогло ему пройти интервью в саму компанию из-за live coding. Репозиторий Homebrew, на который ссылается автор, давно живет своей большой жизнью и набрал десятки тысяч звезд. Этот кейс не доказывает, что собеседования бесполезны. Он доказывает другое: даже заметный инженерный след на рынке не гарантирует успешного прохождения формальной процедуры. Для разработчиков вывод неприятный, но здоровый. Если собеседование в IT закончилось отказом, это повод разобрать подготовку, подачу и пробелы, но не повод автоматически списывать себя в слабые специалисты. Для компаний вывод еще важнее: чем больше найм зависит от вкусовщины, натасканности и внутренних игр, тем выше шанс отсеять сильных людей и взять тех, кто просто лучше освоил жанр интервью.
На фоне охлаждения рынка и роста конкуренции вопрос уже не в том, можно ли сделать интервью идеально объективным. Вопрос в другом: готов ли IT-рынок признать, что собеседование оценивает не только знания, но и актерские навыки, совпадение характеров, устройство процесса и иногда банальное везение.