Как я провожу Техническое Интервью
Формат проведения ТИ сильно эволюционировал за несколько лет. Сейчас я собеседую вообще не так, как это делают в других подразделениях Альфы.
Сначала я задавал вопросы по списку, как у всех принято: что такое API, расскажите принципы REST, чем PUT отличается от PATCH и всякая такая муть... Шло время и начали появляться подборки вопросов вроде этой и я понял, что кандидаты их уже выучили, всё отлетает от зубов, а потом они выходят и спроектировать интеграционное взаимодействие с нуля не могут.
Чтобы решить эту проблему, я решил позаимствовать подходы у разработчиков, которые на собеседовании занимаются лайвкодингом. Начал давать небольшое задание по проектированию системы прямо на собеседовании. И только потом уже я наткнулся на уже существующий подход - "System Design Interview". Его активно используют в Т-банке и Авито. Короче, мне казалось, что я сам придумал инструмент, но в итоге это обернулось тем, что я придумал велосипед😅😅
Сейчас прямо на собеседовании я проверяю навыки проектирования систем, а обычными вопросами из списка добиваю точечно, чтобы определить реальный уровень, если я чувствую, что кандидат в каком-то месте поплыл.
За несколько лет по этому формату я накопил огромное количество обратной связи от кандидатов: от "самое хреновое собеседование, ты вообще что тут придумал, какая-то фигня" до "это мой лучший и самый интересный собес в жизни"😁😁😁
Чтобы узнать, что это такое и правильно подготовиться, рекомендую изучить: Статья, Публичное интервью, Книжку Алекса Сюя System Design, еще одна статья