Решил поделиться «увлекательным» опытом прохождения собеса на позицию Technical Manager в группу надёжности в VK. Спойлер: выводы делайте сами, но такого уровня дичи от бигтеха я точно не ожидал.
Этап 1: HR и «первый блин комом»
Началось всё классически: общение с HR прошло нормально, но только со второго раза. На первую встречу рекрутер просто забыла прийти. Бывает? Ну, допустим. Далее стандартные «вопрос-ответ» и следующий этап — техническое интервью.
Этап 2: Техническое интервью или «Слушай меня внимательно»
С порога — шарь экран для выполнения задачи. Интервьюер (имя даже не запомнил) минуты четыре вещал условия. Я запрашиваю текстовое описание задачи, чтобы нормально его изучить. Ответ: «Текстового описания нет». Ну… бывает? В крупной корпорации — вряд ли.
Я честно сказал, что из 4 минут его спича запомнил первые два предложения, и попросил обозначить задачу короче и четче. Нужно было видеть лицо интервьюера — он скривился так, будто я заставил его делать что-то невыносимое. Я сам, когда провожу собеседования, ВСЕГДА дублирую задачу текстом, чтобы кандидат мог изучить её в удобном виде. Но в VK, видимо, только ХАРДКОР.
Этап 3: Менеджер-проектировщик и «Попахивает бредом»
Задача звучала так: «Спроектируй сервис». Я уточняю: «Зачем менеджеру проектировать сервис, если для этого есть архитекторы?». Ответ: «В VK сервисы проектирует МЕНЕДЖЕР». Ну ок…
Уточняю глубину погружения: CJM, API, Webview, модели, БД? Говорит: «Текстового описания будет достаточно». Описываю логику, обозначаю зоны на веб-морде и API. И тут начинается: — А где модель и БД? — Эмм, вы же сами минуту назад сказали, что это не нужно? — А… ладно, не нужно. Согласитесь, попахивает бредом.
Этап 4: Инфраструктурный лол и «L4/L7 своими руками»
Дальше — больше. Интервьюер спрашивает про влияние объемов данных и трафика. Я уточняю цифры. Оказывается, изменений в сам сервис вносить не нужно — это ограничения инфраструктуры. Моя точка зрения: инфру надо согласовать с DevOps/SRE и уже потом давать картину заказчику. Реакция интервьюера: «Инфраструктуру вплоть до железа ты должен рассказать прямо сейчас. Это ТВОЯ зона ответственности, не DevOps». Лол, что?
Я прямо обозначил: без согласования с DevOps принимать решения по инфре — это неправильно. Но он не унимался. Спросил, как будет работать балансировка трафика и на каком уровне — L4 или L7. Ребят, это зона ответственности сисадминов! Я ответил, что дам ответ после обсуждения с ними. В ответ опять стандартное: «Это ТВОЯ ответственность, ты САМ должен знать».
Финал: Смена вывески
В какой-то момент терпеть этот бред я уже не смог. Предложил им два варианта: либо изменить название вакансии на «Teamlead DevOps/SRE», либо закончить этот бессмысленный диалог.
Интервьюер выглядел так, будто ему вообще в тягость проводить встречу и он просто хочет быстрее всё закончить. Возможно, поэтому и творил эту дичь.
Мои выводы по Hard Skills
На мой взгляд, хард-скиллы для менеджера — это коммуникабельность, организаторские и лидерские навыки. Технический бэкграунд, безусловно, должен быть, но на достаточном уровне, а не настолько глубоком, как требовал этот товарищ. Для глубоких знаний в железе и слоях OSI есть ИСПОЛНИТЕЛИ.
Честно, не ожидал такого от VK. Я дал обратную связь HR о неадекватности интервьюера и рекомендовал им посмотреть запись встречи, чтобы принять меры. Но… как вы могли догадаться, никакой обратной связи я не получил.
Оценка встречи: 2/10. Два балла за то, что он хотя бы пришел вовремя.
А вы как считаете: должен ли техменеджер на собеседовании проектировать балансировку L4/L7 в одиночку?