Технические вопросы на собеседовании: как готовиться и не завалиться

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

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

Почти в любой компании, от стартапа до биг-теха, скелет один:

Скрининг. Разговор с рекрутером про опыт и мотивацию, иногда короткий технический фильтр.
Технические секции. Основная часть: алгоритмы, вопросы по вашей специализации, иногда System Design и живое кодирование.
Поведенческая секция. Про то, как вы работаете в команде и разбираете конфликты.

Детально по этапам конкретной большой компании разобрано в посте про собеседование в Яндекс: структура там почти дословно повторяется в Т-Банке, Сбере, Авито и Ozon.

Алгоритмическая секция

Та часть, ради которой «решают литкод». Дают задачу, вы пишете код и вслух объясняете ход мысли. Проверяют не факт решения, а способ думать: умеете ли свести перебор к нормальной сложности, замечаете ли крайние случаи, называете ли асимптотику.

Готовиться к ней стоит по паттернам, а не по количеству задач. Хеши, два указателя, бинпоиск, графы и динамическое программирование закрывают большую часть того, что дают. Карта этих приёмов с примерами собрана в разборе литкода.

Вопросы по специализации

Здесь всё зависит от роли. У бэкендера спросят язык, многопоточность и базы, у аналитика SQL и метрики, у дата-сайентиста ML и статистику. Именно тут отсеивают тех, кто нахватался по верхам: поверхностный ответ вскрывается первым же уточняющим вопросом «а почему так».

Живые вопросы по секциям разложены по ролям в подборках для собеседований: выбираете свою и прогоняете, где плывёте. Отдельные разборы уже есть по Java, Python, машинному обучению и SQL.

Частые ошибки на собесе

Проваливаются не только на незнании. Вот что топит подготовленных людей:

Молчание. Решаете в голове, а интервьюер видит паузу и не понимает, думаете вы или зависли. Проговаривайте ход мысли вслух, это половина оценки.
Прыжок к коду без уточнений. Особенно в System Design: хороший кандидат сначала выясняет требования, а не бросается рисовать решение.
Заученные определения без понимания. «Инкапсуляция это сокрытие данных» без единого примера читается как зубрёжка. Рассказывайте, где применяли.
Игнор крайних случаев. Пустой ввод, ноль, переполнение, дубликаты. Кто проговаривает их сам, набирает очки.

Рабочий план подготовки

Распыляться на всё сразу бесполезно, распределите по неделям:

Сначала алгоритмы. Самая тренируемая часть, и она общая для всех ролей. Идите по паттернам, а не подряд.
Потом специализация. Прогоните вопросы своей роли, налегая на слабые темы.
System Design и поведенческое ближе к концу, когда база уже уверенная.

И главный принцип, который отличает тех, кто проходит: не читать, а решать. Навык говорить и писать код одновременно ставится только повторением, конспекты его не дают.

Ровно под это сделан Сеньорчик: вопросы по всем техническим секциям идут короткими ежедневными сессиями с разбором, а движок сам возвращает темы, где вы плывёте, пока они не начнут отскакивать от зубов. Банк фильтруется под вашу роль: DS/ML, аналитик, дата-инженер, QA или Java. Начать можно бесплатно, а перед собесом пройтись по слабым местам ещё раз.