Коротко. Нанимающий без технического бэкграунда не может оценить код — и не должен. Но он может оценить три вещи, которые предсказывают результат лучше любого технического задания: как человек рассуждает вслух, как объясняет сложное простым языком и как ведёт себя, когда не знает ответа. Маршрут собирает то, из чего состоят технические собеседования, чтобы вы понимали, что происходит в комнате.
Зачем это бизнесу
Ошибка найма инженера стоит примерно полугода: три месяца до понимания, что не тянет, и три на замену. При этом основная часть провалов приходится не на технический уровень, а на несовпадение по способу работы: человек не задаёт вопросов, не признаёт неизвестного, не умеет объяснить решение тем, кто его оплачивает.
Маршрут
| Ступень | Что читаем | Что забираем | Срок |
|---|---|---|---|
| 1. Из чего состоит собеседование | «Интервью по машинному обучению», «Карьера в информационной безопасности» | Взгляд с другой стороны стола: к чему готовятся кандидаты | 2 недели |
| 2. Алгоритмическая часть | «Алгоритмы и структуры данных» в любом из изданий подборки | Понимание, что проверяет эта секция и что не проверяет | 3 недели |
| 3. Проектирование | Литература по архитектуре приложений | Как выглядит хороший ответ на задачу «спроектируйте систему» | 3 недели |
| 4. Качество кода | Книги по чистому коду | Признаки, по которым инженеры оценивают друг друга | 2 недели |
| 5. Специализация | Обзорные книги по нужному направлению: данные, эксплуатация, безопасность | Словарь, достаточный чтобы отличить общие слова от опыта | по направлению |
Что на самом деле проверяют секции
| Секция | Что проверяет | Чего не проверяет |
|---|---|---|
| Алгоритмы | Умение рассуждать под давлением и раскладывать задачу | Способность довести продукт до эксплуатации |
| Проектирование системы | Умение задавать уточняющие вопросы и обосновывать выбор | Знание конкретных технологий |
| Разбор своего прошлого проекта | Реальный вклад и понимание последствий решений | Ничего, если не задавать вопрос «а что бы вы сделали иначе» |
| Задание на дом | Аккуратность и отношение к качеству | Скорость работы в команде |
Шесть вопросов, которые может задать любой
- Расскажите про решение, которое вы приняли и о котором потом жалели. Что именно пошло не так?
- Как вы объясните вашу последнюю задачу человеку, который платит за неё деньги?
- Что в вашем последнем проекте вы бы сделали иначе, зная то, что знаете сейчас?
- Опишите случай, когда вы не знали, как решить задачу. Что вы делали?
- Как вы поймёте, что ваша работа сделана хорошо?
- Какой вопрос я не задал, а стоило?
Ответ на первый вопрос отсеивает больше кандидатов, чем любая техническая секция: человек, который ни о чём не жалеет, либо не принимал решений, либо не отслеживал их последствия.
Шесть выводов — своими словами
- Уровень определяется не знаниями, а самостоятельностью. Джун решает поставленную задачу, мидл решает задачу и находит смежные проблемы, сеньор переформулирует саму задачу.
- Алгоритмическая секция измеряет узкий навык. Она полезна как проверка рассуждения и вредна как единственный фильтр — так теряются сильные практики.
- «Не знаю, но выясню так-то» — сильный ответ. Попытка выкрутиться — слабый, и это видно без технической подготовки.
- Уточняющие вопросы важнее ответа. Инженер, который начал с вопросов об ограничениях, в работе тоже начнёт с них.
- Домашнее задание должно занимать не больше вечера. Длинные задания отсеивают именно тех, у кого есть работа и семья, то есть опытных.
- Структурированное собеседование предсказывает результат лучше свободной беседы. Одинаковые вопросы всем и оценка по шкале снимают эффект симпатии.
Красные флаги
- Кандидат описывает проекты только словом «мы» и не может выделить свой вклад.
- На вопрос о неудаче отвечает про внешние обстоятельства.
- Не задаёт ни одного вопроса о продукте, команде и о том, как измеряется успех.
- Технические решения объясняет модой, а не ограничениями задачи.
- Со стороны компании: собеседование ведут трое, и никто не отвечает за решение.
Частые вопросы
Связанное
Книги названы как источники. KZSalesHub не распространяет файлы изданий.
Проверяйте на задачах, похожих на реальную работу, а не на головоломках. И решайте заранее, что делаете с человеком сильным, но не подходящим команде, — это решение всё равно придётся принять.