Т1

Корпоративные внедрения, документы и ассистенты, платформы данных

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

Этапы отбора

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

Все форматы проверок →
  1. Скрининг

    Рекрутер уточняет направление и готовность к проектной работе с заказчиками.

  2. Отборочное тестирование способностей

    На части позиций — тестирование до собеседования, особенно в массовом наборе и на стажировках.

  3. SQL-секция

    SQL-секция: витрины заказчика, соединения, агрегаты, работа с историческими данными.

  4. ML-секция: модели, признаки, валидация

    ML-секция: модели, валидация, метрики и умение объяснить их заказчику.

  5. Секция по LLM, RAG и агентам

    Для направления документов и ассистентов — секция по LLM: извлечение, поиск, оценка качества, внедрение в контуре.

  6. Финальная встреча

    Руководитель проекта: задачи, уровень, формат работы с заказчиком.

Что оценивают на любом направлении
  • Готовность работать в чужом контуре и по чужим правилам: доступы, согласования, регламенты.
  • Умение объяснить решение нетехническому заказчику и защитить его на приёмке.
  • Понимание, что модель передаётся в эксплуатацию: документация и сопровождение — часть работы.
  • Способность работать при неполных данных: у заказчика редко есть всё, что нужно.

Чем проверяют себя перед отбором

4 формата проверки из отбора Т1 — и тест атласа под каждый. Слабые места видно сразу после захода, а темы для разбора собираются автоматически.

Числовые, вербальные и логические тесты до первой встречи

На чём валятся
  • Попытка считать точно всё подряд: времени хватает примерно на две трети задач, и выигрывает тот, кто оценивает порядок величины.
  • Ответ «из общих знаний», а не из приведённых данных, — в вербальной части это прямая ошибка.

SQL-секция

SQL interview

Соединения, оконные функции и цена запроса на большой таблице

На чём валятся
  • COUNT(*) вместо COUNT(поле) после LEFT JOIN — классическая тихая ошибка.
  • Запрос без фильтра по ключу разбиения: на боевой таблице он просто не доедет.

Классика табличных задач и честная проверка качества

На чём валятся
  • «Взял бустинг, получил 0.85 AUC» без бейзлайна и без объяснения, что это значит для продукта.
  • Случайное разбиение в задаче, где данные упорядочены во времени.
24 вопроса в банкеТест: Классический ML

Программа подготовки под компанию

20 тем по всем направлениям Т1 — если команда ещё не выбрана. Программа разложит их по неделям от математики к продакшену; под конкретное направление список короче, и его можно собрать ниже.

Собрать программу подготовки

Эти 20 тем можно разложить по неделям: программа выстроит их от математики к продакшену, поставит тест в конце каждой недели и вернёт тему на повторение, если вы в ней ошиблись. Выйдет примерно 4 недели под Т1 · Все направления.

Проверяем, вошли ли вы…

Направления

Выберите направление: обязательные темы со ссылками в атлас, типовые вопросы с ответами и тест для самопроверки.

Все тесты →
Направление

Корпоративный MLEnterprise ML

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

Пройти тест: Классический ML (24 вопроса)
Собрать программу подготовки

Эти 10 тем можно разложить по неделям: программа выстроит их от математики к продакшену, поставит тест в конце каждой недели и вернёт тему на повторение, если вы в ней ошиблись. Выйдет примерно 2 недели под Т1 · Корпоративный ML.

Проверяем, вошли ли вы…

Типовые вопросы секции (4)
Заказчик просит «внедрить ИИ». С чего начинается проект?

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

Разбор в атласе: Problem formulation — Постановка задачи
Данных у заказчика меньше, чем нужно. Что делать?

Честно оценить, что можно на них построить, и предложить этапность: сначала простое решение и сбор недостающих данных, потом модель. Обещание качества на данных, которых нет, — самая частая причина провала внедрения на приёмке.

Разбор в атласе: Baselines — Бейзлайны
Как принимается решение о приёмке модели?

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

Разбор в атласе: Cross-validation — Кросс-валидация
Что передаётся заказчику вместе с моделью?

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

Разбор в атласе: MLOps Maturity — Уровни зрелости MLOps
Что сделать руками до собеседования
  • Составьте карточку задачи: решение, метрика, критерий приёмки, источники данных.
  • Постройте бейзлайн и оцените, сколько даёт переход к сложной модели.
  • Соберите пакет передачи: воспроизводимый запуск, документация, регламент мониторинга.