Семь привычек кандидатов, которые уверенно проходят техническое собеседование

Большинство кандидатов приходят на техническое собеседование неподготовленными — не потому что им не хватает навыков, а потому что они никогда не превращали подготовку в систему. Abel Assefa в широко разошедшейся статье на LinkedIn разложил семь конкретных привычек, которые отличают кандидатов, получающих офферы, от тех, кто остаётся без. Фреймворк настолько полезный, что мы решили пройтись по нему своими словами — с заметками, как каждый пункт ложится на IT-рынок Центральной Азии. Оригинал — по ссылке внизу.

1. Изучите роль и компанию

Обычный кандидат говорит, что хочет «бэкенд-роль в растущей компании». Подготовленный кандидат одной фразой объясняет, что компания делает, кто ей платит и почему команда нанимает именно сейчас. Эта подготовка видна по тому, как вы задаёте вопросы, как выстраиваете ответы и насколько серьёзно интервьюер воспринимает вас в первые пять минут.

Для резидентов IT Park и ташкентских продуктовых компаний: прочитайте вакансию дважды, найдите компанию в LinkedIn, пробегитесь по одному-двум свежим постам или упоминаниям в прессе. Пятнадцать минут домашней работы выведут вас вперёд большинства кандидатов.

2. Готовьтесь к техническим вопросам

Большинство технических раундов сегодня берут из предсказуемого набора: массивы, хэш-таблицы, деревья, графы, один-два паттерна динамического программирования и уточняющие вопросы по сложности по времени и памяти. Не нужно прогрызать тысячу задач. Нужно решить пятьдесят задач так, чтобы уметь объяснять ход мысли вслух — это совсем другой навык, чем молча писать решение на бумаге.

Совмещайте практику алгоритмов с конкретными инструментами из описания вакансии. Если требуется Postgres — посвятите вечер нетривиальным запросам. Если Kubernetes — задеплойте один сервис в бесплатный кластер. Глубина каждый раз побеждает ширину.

3. Отрабатывайте поведенческие и ситуационные вопросы

Метод STAR — Situation, Task, Action, Result — самый полезный поведенческий фреймворк, который когда-либо придумали. Фокус не в знании STAR, а в том, чтобы заранее написать четыре-пять историй из вашей прошлой работы или учёбы — каждая под типичный вопрос (конфликт, провал, лидерский момент, сложное техническое решение) — и отрепетировать их вслух, пока каждая не укладывается в 90 секунд — две минуты чисто.

Интервьюер слушает структуру. Если ответ расплывается, он отключается за тридцать секунд — независимо от того, насколько сильный у вас материал внутри.

4. Освойте whiteboarding

Доска — или её удалённый аналог, общий редактор вроде CoderPad или HackerRank — на самом деле не про то, чтобы прийти к правильному ответу. Она про то, чтобы дать интервьюеру увидеть, как вы думаете. Проговаривайте допущения. Задавайте уточняющие вопросы. Напишите маленький пример от руки до того, как писать функцию. Произносите граничные случаи вслух, даже если не обрабатываете их все.

Худшее, что можно сделать, — решить задачу в тишине и показать готовый ответ. Второе по худости — застрять и замереть. Лучшее — проговаривать каждый шаг, в том числе те, где вы ошибаетесь.

5. Прокачайте профессиональную коммуникацию

Сильные инженеры в Узбекистане и по всей Центральной Азии часто теряют офферы не из-за того, что знают, а из-за того, как объясняют. Практикуйтесь: раз в день объясняйте один технический концепт вслух, как будто учите джуна. Пишите короткий пост или ответ на форуме. Присоединяйтесь к open-source проекту и отправляйте пулл-реквест с нормальным описанием.

Это вдвойне важно, если вы проходите собеседование на английском как не-носитель. Уверенность в языке под давлением — это навык, и как любой навык он строится повторениями, а не чтением про него.

6. Предугадайте формат собеседования

Техническое собеседование — не что-то одно. В зависимости от компании вас может ждать что угодно: скрининг с рекрутером по телефону, домашнее задание, live-coding в общем редакторе, pair-programming, обсуждение system design, панельное интервью с несколькими инженерами или on-site-цикл из нескольких таких форматов. Каждый формат вознаграждает свой тип подготовки.

Перед собеседованием спросите рекрутера про формат. Большинство скажут прямо. Затем тренируйтесь именно в этом формате. Pair-programming — это не whiteboard, и подготовка к одному не делает вас готовым к другому.

7. Планируйте то, что идёт после собеседования

То, что вы делаете после собеседования, важнее, чем думает большинство кандидатов. В течение 24 часов отправьте короткое персональное письмо-благодарность каждому, с кем говорили. Упомяните что-то конкретное из разговора — не общие слова. Если оффера не будет, ответьте с просьбой о фидбеке. Удивительно много рекрутеров его дают, и этот фидбек складывается по всем будущим собеседованиям.

Кандидаты, которые видят собеседование как разовое событие, быстро упираются в потолок. Кандидаты, которые относятся к каждому собеседованию как к данным — что сработало, что нет, что менять — растут со скоростью, которая всем остальным кажется несправедливой.

Сдвиг, который связывает всё это вместе

Ни одна из семи привычек не гениальна. Они работают потому, что подготовка к собеседованию — это дисциплина практики, как у спортсмена или музыканта. Меньше читайте о собеседованиях. Больше репетируйте их. Побеждают те, кто делает повторения.

Этот пост — пересказ и интерпретация статьи «A Comprehensive Guide to Acing Your Tech Job Interview» авторства Abel Assefa, опубликованной на LinkedIn. Фреймворк из семи привычек — его; комментарий и привязка к Центральной Азии — наши. Оригинал читайте на LinkedIn.