Подготовка к созвону со Степаном — Проекты ВШЭ

Дата: 19.03.2026, 22:00

TL;DR: Что обсудить

Степан сделал шаблон репо (haiot4105/momo-project-template-hse-2026). Шаблон рабочий, но перегружен: 7 спринтов, devlog + todolog каждые 2 недели, git branching workflow (develop→main). Нужно упростить, вдохновить, дать кайфа — по образцу МФТИ и STAT-4830 (Stanford).

Что Степан уже сделал

Его репо-шаблон

• Структура: src/, notebooks/, data/, results/, docs/{log, report, poster}
• 7 спринтов по 2 недели
• На каждый спринт: devlog_NN.md (что сделал) + todolog_NN+1.md (план)
• Git workflow: работа в develop, merge в main после спринта
• Оценка: 20% КТ1 + 40% КТ2 + 40% Постер

Его Google-таблица с темами

• https://docs.google.com/spreadsheets/d/1ZcobbO8SbBTEqD9kLSaYCAuuBYMs_TUa7bFJa0-CVq0
• Пока немного тем от Степана (он написал “надеюсь, что больше не понадобится”)

Его вопросы (16 февраля)

1. Студенты сами предлагают темы? → Да, но нужен список идей для тех кто не может
2. Согласование — только связь с курсом? → Да, минимальная планка
3. Все преподаватели согласовывают темы? → Нужно решить
4. Даты, особенно постерная сессия? → Нужно решить

Что “душно” в подходе Степана

Как делать “по-крутому” (МФТИ модель)

Главные принципы

1. Poster session в финале — как на настоящей конференции
2. Публикационная цель: каждая команда определяет куда подаст (arxiv, хабр, workshop, конфа)
3. 4-5 чётких дедлайнов вместо 7 спринтов (меньше, но по делу)
4. OODA-цикл встроен в report.md (самокритика + план)
5. Шаблон-репозиторий простой (fork → fill README → go)
6. Крутые темы с формулировками — вдохновляют, а не отпугивают

Предлагаемая схема для ВШЭ

Важно: даты надо привязать к сессии ВШЭ. Уточнить у Степана когда по регламенту последний день.

Шаблон репозитория (упрощённый)

project-repo/
├── README.md          # Задача оптимизации + команда + baseline
├── report.md          # Накапливается от D0 к D3
├── requirements.txt   # pip install -r requirements.txt && python main.py
├── notebooks/         # Эксперименты
├── src/               # Код
└── poster/            # LaTeX постер

Никаких devlog, todolog, develop-веток. Всё в report.md + git history.

Конкретные решения на созвоне

1. Формат сдачи

• Текущая ситуация: студенты в своих репо, ссылки в Google Sheets
• Предложение: fork шаблона → push → ссылка в таблицу (как на МФТИ)
• Обсудить: кто делает шаблон (взять наш МФТИ + адаптировать)

2. Дедлайны

• Семестр: январь–май 2026. Проекты стартуют ~26 мар (неделя 11)
• Постерная сессия: нужно выбрать дату (опрос в чате?)
• Минимум 4 дедлайна: тема → proposal → эксперименты → постер

3. Темы

• Взять список тем из МФТИ как стартовую точку + адаптировать
• Степан добавит свои (у него есть несколько)
• Другие преподаватели могут добавить
• Студенты МОГУТ предлагать свои (приоритет)

4. Роль Степана

• Он ментор проектов (уже записан в team.yml)
• Его задачи: согласование тем, фидбек на report.md, организация poster session
• Не ведёт семинары

5. Оценивание

• Простая формула, НЕ 7 спринтов
• Предложение: 30% регулярность (дедлайны) + 40% отчёт + 30% защита
• Peer-review: обсудить (Даниил скептичен — “что мешает всем макс”)

6. Публикация

• Каждый проект ДОЛЖЕН определить формат публикации:
• Новизна есть → arxiv / конференция (ВШЭ студенческая)
• Учебный → хабр / блогпост / GitHub page с визуализацией
• Это мотивирует делать качественно

Ссылки для созвона

Тон разговора

Степан очень ответственный, но действует “по учебнику”. Идея: похвалить за структуру (он реально сделал большую работу), но предложить упростить и вдохновить. Показать МФТИ как пример: “Смотри, на МФТИ мы сделали так — сработало, давай адаптируем”.

Не “переделай всё”, а “давай возьмём лучшее из твоего + добавим крутости из нашего опыта”.