IT

Вопросы на собеседовании программисту

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

12 вопросов с разбором ответов

  1. Расскажите о самой сложной задаче за последний год: в чём была сложность и как вы её решили?Что важно услышать: Конкретный технический контекст, варианты, которые рассматривал, и почему выбрал именно этот; личный вклад.Настораживает: Общие слова без технических деталей или решение целиком «придумал тимлид».
  2. Вам достался модуль без документации и тестов, в который нужно внести изменение. Как вы будете действовать?Что важно услышать: Чтение кода, поиск мест использования, отладка, написание тестов перед изменением, вопросы автору.Настораживает: Предлагает сразу всё переписать «с нуля по-нормальному».
  3. Вспомните ошибку, которая из-за вас попала в продакшен. Что произошло и что вы сделали?Что важно услышать: Признание своей роли, быстрые действия по исправлению, выводы для процесса: тесты, проверки, ревью.Настораживает: Утверждает, что таких ошибок никогда не было, или винит тестировщиков.
  4. Как вы оцениваете сроки задачи? Расскажите, когда оценка сильно не совпала с реальностью.Что важно услышать: Разбиение на подзадачи, учёт рисков, своевременное предупреждение о сдвиге срока.Настораживает: Оценки «на глаз» и привычка молчать до дедлайна.
  5. На код-ревью вам оставили замечание, с которым вы не согласны. Что вы сделаете?Что важно услышать: Аргументированное обсуждение, готовность изменить мнение, ориентир на договорённости команды.Настораживает: Воспринимает замечания как личную критику или молча игнорирует их.
  6. Как вы проверяете свой код перед тем, как отдать его на ревью?Что важно услышать: Самопроверка, тесты, запуск локально, проверка граничных случаев.Настораживает: «Проверят тестировщики» или «ревьюер найдёт».
  7. Что вы делаете, если застряли на задаче больше чем на полдня?Что важно услышать: Самостоятельный поиск, затем вопрос коллеге с понятным описанием, что уже пробовал.Настораживает: Сидит молча несколько дней или спрашивает сразу, не попробовав разобраться.
  8. Расскажите о случае, когда вы предложили техническое улучшение. Удалось ли его внедрить?Что важно услышать: Понимание пользы для проекта, умение обосновать решение и договориться о времени на него.Настораживает: Улучшения ради интереса без связи с задачами продукта.
  9. Как устроен процесс разработки на вашем текущем месте: задачи, ветки, ревью, релизы?Что важно услышать: Понимание всего цикла, опыт работы с Git, трекером задач и CI.Настораживает: Не знает, что происходит с кодом после коммита.
  10. Как вы объясняете техническое ограничение менеджеру или заказчику, который не разбирается в коде?Что важно услышать: Простой язык, варианты решения с плюсами и минусами, влияние на сроки.Настораживает: Пренебрежение к «не техническим» коллегам или терминология без объяснений.
  11. Как вы изучаете новую технологию, если она нужна для задачи?Что важно услышать: Документация, небольшой прототип, проверка на реальной задаче.Настораживает: Учится только на курсах по указанию руководителя.
  12. Какие задачи вам хотелось бы делать у нас, а каких вы бы предпочли избегать?Что важно услышать: Честное совпадение интересов с реальными задачами: поддержка, новые фичи, интеграции.Настораживает: Ждёт только новых проектов, а у вас в основном поддержка существующего кода.

Пример отчёта по кандидату на должность программиста

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

Пример отчёта • данные вымышлены
Отчёт по кандидату

Анна К.

Кандидат на должность «Программист» · 5 методик · 38 минут · пройдено полностью
соответствие должности
Высокое соответствиеРекомендуем пригласить на собеседование

Результаты по качествам

  • Алгоритмическое и логическое мышление10/10

    Сильная сторона Выше требований должности — можно опираться с первых недель.

  • Аккуратность в коде9/10

    Сильная сторона Выше требований должности — можно опираться с первых недель.

  • Умение разбираться в чужом коде6/10

    На уровне требований Соответствует требованиям; стоит поддержать на адаптации.

  • Самостоятельность в поиске решений8/10

    Сильная сторона Выше требований должности — можно опираться с первых недель.

  • Открытость к обратной связи6/10

    На уровне требований Соответствует требованиям; стоит поддержать на адаптации.

  • Реалистичная оценка сроков8/10

    Сильная сторона Выше требований должности — можно опираться с первых недель.

Сильные стороны

  • Алгоритмическое и логическое мышление — 10/10: любая задача сводится к разбору на шаги, поиску граничных случаев и выбору решения, которое не сломается на нестандартных данных.
  • Аккуратность в коде — 9/10: мелкая ошибка в условии или обработке ошибок может дойти до пользователей и стоить часов отладки в продакшене.
  • Самостоятельность в поиске решений — 8/10: хороший разработчик сначала ищет ответ в документации и коде, а с вопросами приходит, когда действительно застрял.

Риски и зоны внимания

  • Открытость к обратной связи — 6/10. Проверьте подробнее: код-ревью — ежедневная часть работы: замечания нужно принимать без обиды и уметь аргументированно спорить.
  • Умение разбираться в чужом коде — 6/10. Проверьте подробнее: большую часть времени программист читает и меняет существующий код, а не пишет новый проект с нуля.

Что спросить на собеседовании

  1. Как вы изучаете новую технологию, если она нужна для задачи?Что важно услышать: Документация, небольшой прототип, проверка на реальной задаче.
  2. Какие задачи вам хотелось бы делать у нас, а каких вы бы предпочли избегать?Что важно услышать: Честное совпадение интересов с реальными задачами: поддержка, новые фичи, интеграции.
  3. Вам достался модуль без документации и тестов, в который нужно внести изменение. Как вы будете действовать?Что важно услышать: Чтение кода, поиск мест использования, отладка, написание тестов перед изменением, вопросы автору.
  4. Как вы оцениваете сроки задачи? Расскажите, когда оценка сильно не совпала с реальностью.Что важно услышать: Разбиение на подзадачи, учёт рисков, своевременное предупреждение о сдвиге срока.
Рекомендация MERAIQ

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

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

Готовая оценка для программиста за 30 секунд

Тесты из каталога MERAIQ, вопросы для собеседования и анкета-фильтр. Бесплатно и без регистрации.

Создать оценку

Частые ошибки при найме

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

Частые вопросы

Какие вопросы задать программисту на собеседовании, кроме технических?

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

Кто должен проводить собеседование с программистом?

Обычно первичное интервью проводит HR или рекрутер, техническое — тимлид или ведущий разработчик. Хорошо, если на финальной встрече есть человек, с которым кандидат будет работать каждый день.

Как понять, что кандидат действительно делал то, о чём рассказывает?

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