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

Из чего состоит найм

Типовой процесс в 2026 году складывается из пяти шагов, часть которых объединяют или пропускают.

  1. Скрининг с рекрутёром, 20–30 минут. Проверяют формальные требования, мотивацию и вилку.
  2. Техническая секция, 60–90 минут. Теория по стеку и лайвкодинг, иногда разбор тестового задания.
  3. Секция System Design, 45–60 минут. Обычно с уровня middle+ и только там, где есть распределённая система.
  4. Поведенческое интервью, 45–60 минут. Опыт, конфликты, провалы, работа в команде.
  5. Финал с нанимающим менеджером, 30–60 минут. Ожидания, задачи на испытательный срок, условия.

Между откликом и оффером обычно проходит от полутора до четырёх недель. Тестовое задание, если оно есть, встраивается между первым и вторым этапами; в командах до десяти инженеров всё сжимается до двух встреч, где фаундер совмещает роли рекрутёра, интервьюера и менеджера.

Решение принимают не по сумме баллов, а по слабейшему звену: блестящий ответ в одной секции редко перекрывает провал в другой. Поэтому ровная подготовка по всем этапам выгоднее, чем глубокая проработка одной темы.

Скрининг с рекрутёром

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

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

Про вилку отвечайте числом, а не «рынок покажет». Диапазон стоит назвать так, чтобы нижняя граница вас устраивала: именно от неё пойдёт разговор в финале. Здесь же уместно спросить про этапы, сроки и состав команды — ответ покажет, насколько процесс в компании отлажен.

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

Техническая секция

Основная встреча с инженером распадается на три части: вопросы по языку и платформе, лайвкодинг, разговор про ваш опыт.

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

Лайвкодинг редко бывает олимпиадным. Чаще просят обработать структуру данных, написать выборку и агрегацию, реализовать кэш или повтор запроса, собрать небольшой обработчик. Смотрят на три вещи: уточняете ли вы условие до начала работы, проговариваете ли ход мысли, вспоминаете ли про краевые случаи — пустой ввод, дубли, отмену, ошибку сети. Работающее решение с озвученным планом улучшения интервьюер оценит выше, чем молчаливый поиск идеального.

Вопросы по опыту — самая недооценённая часть. «Расскажите про самый сложный баг» проверяет, умеете ли вы локализовать проблему по фактам, а не по догадкам, и признаёте ли собственные ошибки.

Конкретика вопросов зависит от стека. Разборы по темам с ориентирами, что хочет услышать интервьюер, собраны для JavaScript и фронтенда, Python и Go.

Секция System Design

Проектную секцию дают там, где есть нагрузка и распределённые сервисы, — обычно с уровня middle+. Формулировка звучит нарочито широко: «спроектируйте ленту новостей», «спроектируйте загрузку файлов», «спроектируйте счётчик просмотров».

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

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

Поведенческая секция

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

Отвечать удобно по схеме STAR: ситуация, задача, действие, результат. Она держит рассказ в рамках двух минут и не даёт свернуть в пересказ всего проекта. Крупные компании выстраивают эту секцию вокруг собственных принципов — у Amazon это Leadership Principles, и вопросы там прямо привязаны к формулировкам вроде «ownership» и «bias for action».

Главная ловушка — истории без вашей роли. Если в ответе всё делала команда, интервьюер не поймёт, что делали вы. Второй частый провал — конфликт, в котором виноваты все, кроме рассказчика: такой ответ читается как отсутствие рефлексии.

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

Финал и оффер

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

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

Что оценивают на самом деле

За разными вопросами стоят четыре повторяющихся сигнала.

  • Инженерное мышление. Вы разбираете задачу на части и проверяете гипотезы — или угадываете и правите наугад.
  • Коммуникация. Ваше объяснение понимает человек, который не сидел в вашем проекте.
  • Отношение к ошибкам. Вы называете свои промахи прямо и говорите, что изменили после них.
  • Реализм. Вы отличаете «я это делал» от «я про это читал», и грань не размывается под давлением уточняющих вопросов.

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

План подготовки на две недели

Подготовка укладывается в три блока: теория, практика и репетиция целиком.

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

Вторая неделя — практика. Решайте задачи с таймером и обязательно вслух: проговаривать ход мысли — отдельный навык, без тренировки он проседает даже у сильных инженеров. Сюда же — одна-две тренировки по проектированию и подготовка историй для поведенческой секции.

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

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

  • Рассказ о себе на десять минут. Держите две-три минуты и заканчивайте текущей задачей, а не первым местом работы.
  • Молчание в лайвкодинге. Пауза без комментария читается как ступор, даже если вы думаете.
  • Ответ на незаданный вопрос. Уточняйте, если формулировка допускает два прочтения, — это плюс, а не признак слабости.
  • Отсутствие вопросов в конце. «У меня всё понятно» звучит как безразличие к будущей работе.
  • Спор с интервьюером на повышенных тонах. Аргументировать свою позицию нужно, но по фактам и с готовностью услышать контрдовод.

Что делать дальше

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

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

В сообществе IT-ХОЗЯЕВА мок-собеседования и доступ к базе менторов входят в тариф ХОЗЯИН за 2000 ₽/мес — там же разбирают резюме и готовят под конкретную вакансию. Это удобно, когда нужна не разовая сессия, а регулярная практика с обратной связью от людей, которые сами проводят интервью.

Техническое собеседование — не экзамен на эрудицию, а проверка того, как вы думаете и объясняете. Разберитесь в логике этапов, потренируйтесь говорить вслух — и разговор перестанет быть лотереей.