Вопросы для собеседования AI-инженера
Готовый набор для интервьюера: 36 вопросов с тезисами эталонного ответа, задача, рубрика и план встречи.
На собеседовании AI-инженера хорошо работает схема на 60 минут: 3-4 устных вопроса по стеку, одна задача на live coding, проектирование для middle и выше и вопросы кандидата. Ниже вопросы по грейдам из базы Техпрогона: у каждого тезисы, которые должен назвать сильный кандидат.
Всего в базе по этой роли 262 устных вопросов с чек-листом ответа.
Как построить техсобес на 60 минут
0-5 мин
Знакомство
Кто вы, формат встречи, кандидат коротко о себе и последнем проекте.
5-20 мин
Вопросы по стеку
3-4 устных вопроса из набора ниже. Сверяйте ответ с тезисами.
20-45 мин
Live coding
Одна задача. Смотрите на процесс по рубрике, а не только на ответ.
45-55 мин
Проектирование
Для middle и выше: система или решение целиком. Для junior: ещё вопросы.
55-60 мин
Вопросы кандидата
Что спросил кандидат, тоже сигнал: интерес к задачам и команде.
Junior: 12 вопросов
Основы: как устроено и зачем. Хватит 3-4 вопросов на встречу.
Напишите вслух декоратор, который логирует время выполнения функции, и объясните каждую строку.
Что хотим услышать
- Внешняя функция принимает
func, возвращает обёртку - Обёртка принимает
*args, **kwargsи передаёт их дальше - Возвращает результат
func functools.wrapsсохраняет имя и docstring- Время через
time.perf_counter, вывод вfinallyили после вызова - Код декоратора выполняется при определении, обёртки при каждом вызове
Если ответил, копните глубже
Объясните, как языковая модель превращает ваш вопрос в ответ.
Что хотим услышать
- Текст режется токенайзером на токены, у каждого номер в словаре
- Токены превращаются в векторы, проходят слои трансформера с вниманием
- На выходе распределение вероятностей следующего токена
- Токен выбирается сэмплированием и добавляется в контекст, цикл повторяется
- Состояния между запросами нет, всё знание о диалоге в контексте
- Галлюцинации: модель выдаёт правдоподобное, а не проверенное
Если ответил, копните глубже
Вас спрашивают: «Пользуетесь ли вы ИИ-агентами в разработке? Расскажите, как именно».
Что хотим услышать
- Какие задачи отдаю агенту: небольшие, с проверяемым критерием
- Как ограничиваю: подтверждение команд, отдельная ветка, без секретов
- Как проверяю: читаю дифф целиком, тесты, ревью как у обычного кода
- Пример, где агент ошибся, и как я это заметил
- Где агента не использую и почему
Если ответил, копните глубже
Расскажите, что происходит, когда пользователь открывает страницу на Django.
Что хотим услышать
- Сервер приложений создаёт
HttpRequestчерез WSGI или ASGI - Middleware по списку: безопасность, сессия, CSRF, аутентификация
- URL-резолвер находит вьюху и параметры по urlpatterns
- Вьюха работает с ORM и шаблоном, возвращает HttpResponse
- Ответ проходит middleware в обратном порядке
- Исключения превращаются в 404 или 500 через обработчики
Если ответил, копните глубже
Чем отличается WHERE от HAVING? Приведи пример, где нужны оба.
Что хотим услышать
- WHERE фильтрует строки до группировки, HAVING фильтрует группы после
- В WHERE нельзя агрегаты, в HAVING можно
- Порядок: FROM, WHERE, GROUP BY, HAVING, SELECT
- Условия без агрегатов лучше писать в WHERE: меньше строк до группировки
- Пример: WHERE status = 'paid' и HAVING SUM(total) > 10000
Если ответил, копните глубже
Объясните разницу между вертикальным и горизонтальным масштабированием и когда что выбирать.
Что хотим услышать
- Вертикальное: мощнее машина, код не меняется, есть предел и единая точка отказа
- Горизонтальное: больше узлов, нужен stateless или распределённое состояние
- Stateless-сервисы приложения масштабируют горизонтально в первую очередь
- БД часто сначала масштабируют вертикально и репликами, шардирование позже
- Горизонтальное даёт отказоустойчивость, но добавляет сложность
Если ответил, копните глубже
Объясни, что такое контейнер и чем он отличается от виртуальной машины. Какие механизмы Linux лежат в основе?
Что хотим услышать
- Контейнер это процесс (или группа) на ядре хоста, а не отдельная ОС
- Namespaces изолируют видимость: PID, сеть, ФС, hostname, пользователи
- Cgroups ограничивают ресурсы: память, CPU, число процессов
- Файловая система из слоёв образа плюс записываемый слой (overlay2, copy-on-write)
- ВМ эмулирует железо и запускает своё ядро: изоляция сильнее, старт медленнее, накладные расходы больше
- Следствия: общее ядро, быстрый старт, данные в контейнере эфемерны
Если ответил, копните глубже
ps?Объясни, как ты оцениваешь временную и пространственную сложность своего решения на собесе.
Что хотим услышать
- Называет, что такое n (и m, если входов несколько)
- Считает циклы: вложенные перемножаются, последовательные складываются
- Помнит скрытые циклы: includes, indexOf, slice, sort, spread
- Отдельно оценивает память, включая стек рекурсии
- Сравнивает с ограничениями: при n до 10⁵ O(n²) уже не годится
Если ответил, копните глубже
arr.slice() внутри цикла?Назовите ваши сильные стороны.
Что хотим услышать
- Две-три стороны, а не список из десяти
- Каждая подкреплена примером
- Стороны связаны с вакансией
- Нет пустых слов вроде «стрессоустойчивый, коммуникабельный» без доказательств
- Уверенно, без хвастовства
Если ответил, копните глубже
Как вы управляете зависимостями и окружениями в Python-проекте?
Что хотим услышать
- Отдельное виртуальное окружение на проект
- Зависимости в
pyproject.toml, разделение на основные и dev - Lock-файл с точными версиями для воспроизводимости
- Инструмент: uv, Poetry или pip-tools
- Обновления зависимостей контролируемо, проверка уязвимостей
- В Docker ставить по lock-файлу
Если ответил, копните глубже
requirements.txt отличается от lock-файла?Объясните, как температура, top-k и top-p влияют на ответ модели, и как вы выбираете их под задачу.
Что хотим услышать
- Температура масштабирует логиты перед softmax, порядок не меняет
- Низкая температура: стабильно и однообразно, высокая: разнообразно и рискованно
- Top-k оставляет k лучших токенов, фиксированно
- Top-p оставляет минимальное ядро с суммарной вероятностью p, адаптивно
- Для извлечения и JSON низкая температура, для креатива выше
- Даже T = 0 не гарантирует полного детерминизма у провайдера
Если ответил, копните глубже
Интервьюер: «Как, по-вашему, устроен ИИ-ассистент в IDE и что из этого следует для вашей работы?»
Что хотим услышать
- Модель плюс плагин, который собирает контекст
- Видит только контекст запроса, между сессиями не помнит
- Окно ограничено, поэтому индексация и подбор фрагментов
- Генерирует правдоподобное: выдуманные API, устаревшие версии
- Вывод: даю нужный контекст и проверяю запуском и тестами
Если ответил, копните глубже
Middle: 12 вопросов
Практика: почему так, какие компромиссы, что ломается.
Чем asyncio отличается от многопоточности? Когда вы выберете одно, а когда другое?
Что хотим услышать
- asyncio: один поток, кооперативная многозадачность, переключение на await
- Потоки: вытесняющая многозадачность ОС, переключение где угодно
- Корутины дешёвые, тысячи соединений; поток дороже по памяти
- asyncio требует асинхронных библиотек, блокирующий вызов стопорит всё
- Потоки для синхронных библиотек и небольшого числа задач
- Ни то, ни другое не ускоряет CPU-bound код
Если ответил, копните глубже
Вы делаете агента, который по просьбе сотрудников работает с CRM: ищет клиентов, меняет статусы сделок, отправляет письма. Как сделаете его безопасным?
Что хотим услышать
- Узкие инструменты вместо универсальных, минимальные права
- Идентичность и права из сессии, а не из аргументов модели
- Подтверждение человеком для отправки писем и массовых изменений
- Лимиты шагов, бюджета, частоты действий
- Защита от инъекций через данные CRM и письма
- Аудит и трейсинг всех действий, возможность отката
Если ответил, копните глубже
Продукт хочет кнопку «Сгенерировать черновик ответа клиенту» в CRM. Как вы реализуете это на бэкенде?
Что хотим услышать
- Ключ только на сервере, проверка прав и лимитов пользователя
- Сборка промпта: инструкции, контекст обращения, без лишних данных
- Таймаут, повторы с backoff на 429 и 5xx, фолбэк, max_tokens
- Стриминг через SSE с обработкой обрыва и отмены
- Черновик правит и отправляет человек, а не модель
- Метрики токенов, стоимости, задержки; логи без персональных данных
- Выбор провайдера с учётом 152-ФЗ и условий обработки данных
Если ответил, копните глубже
Как вы спроектируете аутентификацию и авторизацию для API веб- и мобильного клиента?
Что хотим услышать
- Пароли: Argon2 или bcrypt, ограничение попыток, общие сообщения об ошибке
- Короткий access JWT и refresh с ротацией, хранение refresh на сервере
- Отзыв: удаление refresh, версия токенов, выход со всех устройств
- Транспорт: HTTPS, httpOnly cookie для веба или защищённое хранилище в мобильном
- Авторизация: роли плюс проверка объектов на сервере в каждом запросе
- Аудит входов, 2FA для критичных действий
Если ответил, копните глубже
Спроектируй схему базы для заказов интернет-магазина: клиенты, товары, заказы, оплаты. Какие таблицы, ключи и ограничения?
Что хотим услышать
- Таблицы customers, products, orders, order_items, payments и их связи
- order_items как связь заказа и товара с qty и ценой на момент покупки
- Ограничения: FK, NOT NULL, CHECK (qty > 0), UNIQUE там, где нужно
- Типы: numeric или копейки для денег, timestamptz для времени, статус через CHECK или enum
- Индексы на FK и под частые запросы (заказы клиента по дате)
- Платежи отдельной таблицей с идемпотентным внешним id от платёжки
Если ответил, копните глубже
Расскажите, по какому плану вы будете вести секцию system design на 60 минут.
Что хотим услышать
- Начинаю с уточнения функциональных требований и явно фиксирую, что не делаем
- Уточняю нефункциональные требования: масштаб, задержка, доступность, консистентность
- Делаю грубую оценку RPS и объёмов и использую её в решениях
- Описываю API и модель данных, выбираю хранилище под паттерн доступа
- Рисую высокоуровневую схему и прохожу по ней путь запроса
- Оставляю время на узкие места, отказы, масштабирование и мониторинг
Если ответил, копните глубже
Тебя просят провести ревью безопасности контейнеризованного сервиса. На что посмотришь?
Что хотим услышать
- Образ: минимальная база, multi-stage, нет лишних утилит, свежие патчи, скан на CVE в CI
- Пользователь: не root, числовой UID,
runAsNonRootв Kubernetes - Права:
cap-drop ALL, без--privileged, безdocker.sock,no-new-privileges - ФС: read-only корень, запись только в tmpfs и тома
- Секреты: не в образе и не в ENV в git, а через секреты оркестратора или хранилище
- Ресурсы и сеть: лимиты памяти, CPU, PID; не публиковать лишние порты
Если ответил, копните глубже
Объясни решение задачи «минимальное число монет для суммы» и его сложность. Почему тут не подходит жадность?
Что хотим услышать
- Показывает контрпример для жадности
- Формулирует состояние: dp[s] минимум монет для суммы s
- Переход: dp[s] = min(dp[s - c] + 1) по монетам
- База dp[0] = 0, остальные Infinity, недостижимо → -1
- O(S · k) времени, O(S) памяти
Если ответил, копните глубже
Почему вы ищете новую работу?
Что хотим услышать
- Причина через цель, а не через бегство
- Ни слова негатива о текущем работодателе
- Показано, что на текущем месте был рост и результаты
- Связка с этой вакансией
- Коротко: до минуты
Если ответил, копните глубже
Расскажите, как устроен dict и почему поиск в нём быстрый. Что будет при плохой хеш-функции?
Что хотим услышать
- Хеш-таблица: ключ -> hash -> слот
- Коллизии решаются открытой адресацией, ключи сравниваются через ==
- Среднее O(1), худшее O(n), расширение при заполнении
- Ключ должен быть хешируемым, хеш стабилен, равные объекты имеют равный хеш
- Порядок вставки гарантирован с 3.7, компактное хранение
- Рандомизация хеша строк защищает от атак на коллизии
Если ответил, копните глубже
Расскажите, как устроен индекс HNSW и как вы настраиваете его под требования по скорости и полноте.
Что хотим услышать
- Многоуровневый граф: верхние уровни разреженные, нижний содержит всё
- Поиск жадно спускается от верхнего уровня к нижнему
- M, ef_construction влияют на граф и требуют перестроения
- ef_search регулирует полноту и задержку в рантайме
- Качество меряют recall@k против точного поиска
- Минусы: память, сложное удаление
Если ответил, копните глубже
Насколько ИИ-ассистенты ускоряют вашу работу? Ответьте честно и конкретно.
Что хотим услышать
- Конкретные задачи, где помогает: шаблоны, тесты, незнакомый синтаксис
- Где не помогает: бизнес-логика, критичный код, мелкие правки
- Ощущение скорости может расходиться с фактом
- Как понял: время задач, правки после ревью, баги
- Без чужих цифр, которые не можешь подтвердить
Если ответил, копните глубже
Senior: 12 вопросов
Глубина и опыт: границы подходов, решения в продакшене.
Ваш Python-сервис стал отвечать медленно. Как вы будете искать причину и что можете сделать?
Что хотим услышать
- Метрики и трейсы: какой эндпоинт, p95/p99, где время (БД, внешние API, CPU)
- Профилирование: py-spy на живом процессе, cProfile локально
- Типичные причины: N+1 запросы, отсутствие индексов, синхронные вызовы в async, неверные структуры данных
- Исправления: батчи и prefetch, кеш, индексы, перенос тяжёлого в фон
- CPU-bound: алгоритм, встроенные функции, numpy, процессы
- Проверка результата нагрузочным тестом
Если ответил, копните глубже
Расскажите, как вы бы использовали LLM-as-judge для оценки чат-бота и как защититься от его ошибок.
Что хотим услышать
- Рубрика с конкретными критериями, лучше бинарные вопросы
- Эталон или контекст в промпте судьи
- Калибровка на ручной разметке, согласие с людьми
- Борьба с искажениями: перестановка, штраф за многословие, другая семья моделей
- Выборочная ручная проверка на масштабе
- Версии судьи как часть оценочного конвейера
Если ответил, копните глубже
Вы техлид. Команда начала активно пользоваться ИИ-ассистентами, ревьюеры жалуются на огромные пулреквесты и странные ошибки. Какие правила вы введёте?
Что хотим услышать
- Какие инструменты разрешены и для какого кода, по политике компании
- Автор отвечает за код полностью и сам ревьюит дифф до отправки
- Лимит размера пулреквеста, механика и рефакторинг отдельно
- Тесты обязательны и тоже читаются на ревью
- Новые зависимости проверяются отдельно: существование, поддержка, лицензия
- Файл правил для ассистентов в репозитории, правки через ревью
- ИИ-ревьюер как необязательный первый проход, одобряет человек
Если ответил, копните глубже
Как вы сделаете фоновые задачи надёжными: чтобы они не терялись и не выполнялись с повторным эффектом?
Что хотим услышать
- Постановка после коммита или outbox
- acks_late и reject_on_worker_lost для гарантии выполнения
- Идемпотентность: проверка состояния, уникальные ключи, ключ идемпотентности во внешних API
- Ретраи только временных ошибок с backoff, лимит попыток
- Лимиты времени, мониторинг очередей и упавших задач
- Передача id, а не объектов; маленькие задачи
Если ответил, копните глубже
Расскажите, как в PostgreSQL устроен MVCC, откуда берутся мёртвые строки и зачем нужен VACUUM.
Что хотим услышать
UPDATEсоздаёт новую версию строки, старая остаётся сxmax;DELETEтолько помечает версию- Каждая транзакция видит версии по своему снимку, поэтому чтение не блокирует запись и наоборот
- VACUUM удаляет версии, которые уже никому не видны, обновляет visibility map и замораживает старые строки
- Долгие транзакции и забытые слоты репликации мешают очистке и раздувают таблицы
- Autovacuum настраивают по таблицам:
autovacuum_vacuum_scale_factor, лимиты стоимости; мониторинг черезpg_stat_user_tables - HOT-обновления и
fillfactorуменьшают нагрузку на индексы
Если ответил, копните глубже
VACUUM FULL отличается от обычного?Спроектируйте мессенджер с личными и групповыми чатами, доставкой в реальном времени и историей.
Что хотим услышать
- Требования: личные и групповые чаты до 1 000 участников, доставка онлайн и офлайн (push), история, статусы «доставлено» и «прочитано»; порядок сообщений в чате; медиа и сквозное шифрование вне рамок
- Оценка нагрузки: 50 млн DAU по 40 сообщений ≈ 2 млрд в сутки ≈ 20 000 RPS записи, в пике ~60 000; 10 млн одновременных соединений, ~100 000 на gateway → ~100 gateway; 2 млрд × 200 байт ≈ 400 ГБ в сутки, ~150 ТБ в год без реплик
- API: WebSocket: send {chat_id, client_msg_id, text}, ack {msg_id}, события new_message, read; HTTP: GET /chats/{id}/messages?before=...
- Данные: чаты и участники в PostgreSQL, сообщения в Cassandra/ScyllaDB с ключом партиции chat_id и сортировкой по msg_id, реестр user_id → gateway в Redis с TTL
- Компоненты: gateway-серверы с соединениями, сервис сообщений (сохранить, присвоить id, разослать), сервис присутствия, push-сервис для офлайн, очередь для фан-аута в группах
- Узкие места: большие группы (фан-аут через очередь), дубли при переотправке (client_msg_id для идемпотентности), переподключения и догрузка пропущенного, горячие чаты, падение gateway
Если ответил, копните глубже
Под периодически перезапускается с OOMKilled. Как найдёшь причину и что предложишь?
Что хотим услышать
- Подтвердить:
describe(Reason OOMKilled, 137), не путать с Evicted - Посмотреть график памяти контейнера до падения: резкий пик или постоянный рост (утечка)
- Сравнить лимит с реальным пиком; проверить лимит кучи рантайма (JVM, Node, Go) относительно лимита контейнера
- Учесть всю память процесса: нативные буферы, потоки, page cache в cgroup
- Утечка: профилирование кучи, heap dump, сравнение снимков
- Решение: исправить утечку или ограничить кучу, выставить лимит по данным, requests = limits для памяти
Если ответил, копните глубже
Вы претендуете на senior. Расскажите о себе.
Что хотим услышать
- Назван масштаб: команда, нагрузка, пользователи или деньги
- Есть решения, которые повлияли дальше своего кода
- Есть метрики результата
- Упомянуто влияние на команду: менторинг, процессы, ревью
- Уложился в 2 минуты, не утонул в деталях
Если ответил, копните глубже
Чем typing.Protocol отличается от abc.ABC? Когда что выбрать?
Что хотим услышать
- ABC: номинальная типизация, нужно наследование или register
- ABC проверяет абстрактные методы при создании экземпляра в рантайме
- Protocol: структурная типизация, достаточно совпадения методов
- Protocol удобен для сторонних классов и фейков в тестах
@runtime_checkableдля isinstance, проверяет только наличие методов
Если ответил, копните глубже
isinstance с runtime_checkable протоколом?RAG-бот по внутренней документации отвечает плохо. Как будете искать причину и улучшать?
Что хотим услышать
- Собрать оценочный набор вопросов с релевантными чанками и эталонами
- Разделить метрики: recall@k и MRR поиска, верность и полнота ответа
- Если плох поиск: очистка, чанкинг, заголовки в чанках, гибрид, переписывание запроса, реранкер
- Если плоха генерация: промпт, объём и порядок контекста, цитаты, модель
- Разбирать конкретные провалы из логов, а не только средние
- Каждое изменение проверять на наборе, чтобы не сломать остальное
Если ответил, копните глубже
Вы тимлид. Команда хочет запускать агентов, которые сами готовят pull request по задачам из трекера. Как вы это организуете?
Что хотим услышать
- Пилот на небольших задачах с понятным критерием
- Песочница или CI-раннер без секретов, минимальный токен
- Результат только через PR, обязательное ревью человеком и CI
- Задачи из трекера как недоверенный ввод: защита от инъекций правами
- Лимиты бюджета и шагов, журнал действий
- Метрики: доля принятых PR, время ревью, возвраты и баги
Если ответил, копните глубже
Какие гонки данных возникают в Django-приложении и какими средствами вы с ними боретесь?
Что хотим услышать
- Lost update: прочитал, изменил, записал
- Атомарные обновления через F-выражения и условные update
select_for_updateвtransaction.atomic, порядок блокировок,nowaitиskip_locked- Ограничения в БД: unique, check, как последняя линия защиты
- Идемпотентность и уникальные ключи для повторных запросов
- Побочные эффекты через
on_commit
Если ответил, копните глубже
select_for_update(skip_locked=True) полезен для очередей?Задача для live coding
Сгруппировать анаграммы
Напишите group_anagrams(words): верните список групп слов-анаграмм. Слова внутри группы в порядке появления, группы в порядке первого появления. Регистр учитывается.
- Подсказка, если застрял: Что одинаково у всех анаграмм? Отсортированные буквы.
- Подсказка, если застрял: Словарь «ключ -> список слов» и
setdefault.
Эталон, тесты и таймер открываются интервьюеру в живом моке
Рубрика оценки: 1-4 балла
Те же критерии процесса, что в живом моке Техпрогона. Ставьте балл по каждому пункту, сумма показывает картину лучше, чем «понравился или нет».
Уточнил условие
Ограничения, формат входа, что вернуть при пустом вводе
Привёл примеры до кода
Обычный случай и хотя бы один краевой
Проговорил алгоритм словами
До того как писать код
Назвал сложность
По времени и по памяти
Написал рабочий код
Тесты прошли
Сам проверил краевые случаи
Прогнал в голове пустой ввод, один элемент, дубликаты
Нашёл и исправил ошибку сам
Или ошибок не было с первого раза
Мок-собес без регистрации для интервьюера
Хотите проверить кандидата на задаче с эталоном и рубрикой? Так работает живой мок в Техпрогоне.
Кандидат готовится в Техпрогоне и на задаче открывает ступень «Живой мок».
Он присылает вам ссылку. Вы открываете её без регистрации.
У вас условие, эталон, рубрика, уточняющие вопросы и таймер.
Вы ставите оценки и вердикт, кандидат сразу видит результат.
Для интервьюера бесплатно. Ссылку создаёт кандидат на тарифе Рывок
Наборы для других ролей
Готовитесь к собесу сами? Подготовка к собеседованию: AI-инженер (LLM-приложения)