Как пройти техническое собеседование: этапы и…

Техническое собеседование проверяет не то, сколько вы знаете наизусть. Интервьюер за час пытается понять три вещи: разбираетесь ли вы в своём стеке, как решаете незнакомую задачу и каково будет обсуждать с вами код в одной команде. Знания нужны, но заваливают чаще на другом: кандидат молчит над задачей, отвечает заученными определениями или спорит с подсказками.

Поэтому готовиться стоит к формату, а не только к вопросам. Ниже разобрано, из чего обычно состоит техническое собеседование, как готовиться к каждой части и что делать по ходу разговора.

Из чего состоит техническое собеседование

Формат зависит от компании и грейда, но чаще всего части такие:

Разговор об опыте. Чем занимались, какие задачи решали, что было сложным. Интервьюер ищет, за что зацепиться дальше.
Вопросы по стеку. Теория: как устроен язык, фреймворк, база данных, сеть. На мидла и выше вопросы уходят в «почему» и «что будет, если».
Задача на код. Алгоритм, «что выведет этот код», поиск багов, рефакторинг. Пишете в общем редакторе или в своей IDE с демонстрацией экрана.
Ваши вопросы. Последние пять–десять минут. Их тоже оценивают.

С мидла и выше к этому обычно добавляется system design, но это отдельное собеседование, часто с другим интервьюером. О нём ниже.

Состав этапов лучше узнать заранее. Рекрутер почти всегда ответит, если спросить прямо:

Подскажите, из каких частей будет техническое собеседование? Будет ли лайвкодинг, на каком языке и можно ли запускать код?

Ответ сразу сужает подготовку. Если лайвкодинга не будет, вечер на алгоритмы можно потратить на вопросы по стеку.

Как готовиться: план на неделю

Узнайте, что спрашивают в этой компании. В профилях компаний собраны вопросы с реальных собеседований. По ним видно, в какую сторону копают: одни гоняют по теории, другие сразу дают задачу.

Пройдитесь по вопросам своего стека вслух. Откройте банк вопросов по своему направлению и отвечайте на каждый вопрос вслух за минуту-две, не подглядывая. Если не получается объяснить просто, это слабое место. Читать правильные ответы мало: на собеседовании их придётся сказать своими словами.

Решайте задачи с таймером и вслух. Одной-двух задач в день хватает. Важно не количество, а привычка проговаривать ход мысли. Как это делать, подробно разобрано в статье про лайвкодинг.

Подготовьте две-три истории о проектах. Какая была задача, что сделали лично вы, чем закончилось, что сделали бы иначе. Про самую сложную задачу спросят почти наверняка, вот как на это ответить. Если проект под NDA, это тоже решаемо.

Перечитайте своё резюме. Любая технология из него может стать вопросом. Если указан Kafka, будьте готовы объяснить, зачем она была нужна и что вы с ней делали.

Сделайте хотя бы одну пробную попытку. Попросите знакомого разработчика погонять вас или пройдите мок-интервью с ИИ-интервьюером: он задаёт вопросы по вашему стеку, докапывается уточнениями и в конце показывает, где ответы были слабыми. Одна такая попытка снимает больше волнения, чем ещё вечер чтения.

Если времени совсем мало, есть отдельный план на один вечер.

Вопросы по стеку: как отвечать

Хорошая схема: короткий ответ, потом детали, потом пример из практики.

Индекс ускоряет поиск, но замедляет запись, потому что при каждом изменении его тоже нужно обновлять. В прошлом проекте мы добавили индекс на поле со статусом заказа, и выборка для отчёта ускорилась с секунд до миллисекунд.

Первая фраза отвечает на вопрос. Вторая показывает, что вы этим пользовались. Дальше интервьюер сам решит, куда копать.

Не уходите в лекцию на пять минут. Если тема большая, ответьте кратко и предложите продолжить:

Могу подробнее рассказать, как это устроено внутри, если интересно.

Так вы не тратите время на то, что интервьюеру не нужно, и даёте ему повод спросить то, что вы знаете хорошо.

Если не знаете ответа, не выдумывайте. Скажите, что знаете рядом, и порассуждайте вслух. Готовые фразы для такого случая есть в статье «Не знаю ответ на собеседовании».

Задача на код

Главное правило лайвкодинга: интервьюер должен понимать, что происходит у вас в голове. Порядок примерно такой:

Перескажите условие своими словами и уточните крайние случаи.
Скажите план до того, как писать.
Сначала напишите простое рабочее решение, потом улучшайте.
Прогоните код на паре примеров, включая пустой ввод.
Назовите сложность и что бы улучшили, если бы было время.

Застрять не страшно. Страшно застрять молча. Если не видите решения, скажите, что пробуете, и попросите конкретную подсказку.

Отдельный этап: system design

На system design зовут отдельно, чаще всего после технического собеседования. Час уходит на одну задачу: спроектировать сервис вроде ленты новостей, сокращателя ссылок или чата. Единственного правильного ответа здесь нет, оценивают, как вы рассуждаете.

Начните с требований. Сколько пользователей, какая нагрузка на чтение и запись, что важнее: скорость или согласованность. Без этого любая схема будет гаданием.
Нарисуйте общую схему. Клиент, API, сервисы, база, кэш, очереди. Не закапывайтесь в детали, пока не готов общий вид.
Углубитесь туда, куда ведёт интервьюер. Обычно он сам покажет, какая часть ему интересна.
Называйте компромиссы. «Кэш снимет нагрузку с базы, но данные в нём могут отставать на несколько секунд. Для ленты это нормально, для баланса счёта нет».

Потренироваться можно в режиме system design в мок-интервью: там есть доска, на которой вы рисуете схему, а интервьюер задаёт по ней вопросы.

Как вести себя по ходу собеседования

Уточнять можно и нужно. Вопрос «правильно понимаю, что…» никогда не выглядит слабостью.
Честно говорите про опыт. «Пользовался, но глубоко не разбирался» лучше, чем уверенный рассказ, который рассыпается на втором уточнении.
Не спорьте ради спора. Если интервьюер возражает, объясните, почему выбрали так, и спросите, что он предлагает. Иногда он просто проверяет, как вы реагируете на критику.
Следите за временем. Если на задачу дали сорок минут, а прошло тридцать, скажите, что успеете доделать, а что опишете словами.

Ваши вопросы в конце

«Вопросов нет» звучит как отсутствие интереса. Спросите про команду, процессы, то, как устроены релизы и ревью. Это заодно ваш шанс понять, хотите ли вы туда. Список вопросов, которые стоит задать, есть в отдельной статье.

После собеседования

В течение часа запишите все вопросы, которые вспомните, и отметьте, где отвечали неуверенно. Через день половина забудется. Эти записи и есть план подготовки к следующему собеседованию. Как разобрать неудачный раунд по шагам, описано в статье «Провалил собеседование».

Если пользуетесь подсказками

Sobes Copilot распознаёт вопрос интервьюера и подсказывает ответ во время собеседования. Но объяснять и защищать ответ всё равно будете вы, и уточнения тоже зададут вам. Поэтому подготовка из этой статьи нужна и с подсказкой: читайте ответ, пересказывайте его своими словами и будьте готовы к вопросу «а почему так?».

Чек-лист накануне

Узнали состав этапов и можно ли запускать код.
Проверили микрофон, камеру, демонстрацию экрана и редактор, в котором будете писать.
Перечитали резюме и подготовили две-три истории о проектах.
Прогнали вслух главные темы своего стека.
Записали три-четыре вопроса интервьюеру.
Положили рядом воду, бумагу и ручку для схем.