mipt_project_schedule
МФТИ — Проектный процесс, весна 2026
Создано: 2026-02-25
По образцу: https://github.com/damek/STAT-4830-project-base
Контекст
Курс «Методы оптимизации», весенний семестр 2026.
Цель проектов: 5 статей → конференции/журналы/воркшопы.
Ассистенты: Тришин, Ребриков, Рубцов, Забара, Хафизов.
Платформа: хостится, репозитории готовы.
Сейчас ~ неделя 4 весеннего семестра (лекция #26, 2 марта).
Структура одного проекта (по OODA-loop)
Репозиторий
your-repo/
├── README.md # описание проекта (обновляется каждые 2 нед)
├── report.md # основной отчёт (накапливается)
├── notebooks/ # Jupyter-эксперименты
├── src/ # чистый код
├── tests/ # тесты
└── docs/
├── dev_log.md # дневник решений
└── critiques/ # самокритики + peer-feedback
Цикл (OODA)
Observe → смотришь результаты экспериментов, читаешь report
Orient → пишешь самокритику: что сделано? где дыры?
Decide → план: что делаешь на следующей неделе
Act → код + прогон → коммит → обновить report
Каждые 2 недели цикл завершается. Результат: обновлённый report.md + dev_log.md.
Расписание дедлайнов (весна 2026)
| Дата | Неделя | Дедлайн | Что сдаётся |
|---|---|---|---|
| 14 мар | 6 | D1: Постановка | README + формализация задачи (2 стр.) |
| 28 мар | 8 | D2: Литобзор + baseline | 3+ ключевых источника, воспроизведённый baseline |
| 11 апр | 10 | D3: Черновик + эксперименты | report.md v1, первые результаты, графики |
| 18 апр | 11 | Peer-feedback | Каждый читает 2 чужих отчёта, пишет critique |
| 25 апр | 12 | D4: Ревизия | report.md v2 с учётом фидбека |
| 9 мая | 14 | D5: Предзащита | Презентация 10 мин + Q&A |
| 16 мая | 15 | D6: Финальный отчёт | Полная статья (conference format) |
| 23 мая | 16 | Защита | Публичная защита, присутствуют ассистенты |
Все дедлайны — пятница, 23:59 MSK. Push в GitHub = сдал.
Формат отчёта (report.md)
# [Название проекта]
## Постановка задачи
Что оптимизируем? Зачем? (1-2 абзаца)
## Методология
Какие методы пробуем? Почему?
## Эксперименты
Результаты (таблицы, графики из notebooks/)
## Самокритика текущей версии
Что не работает? Какие дыры в методологии?
## Следующий шаг
1-2 конкретных эксперимента на следующей неделе.
Встречи с куратором
3 встречи за семестр (по 30 мин, запись заранее):
- Нед. 6 (после D1): проверить постановку, убрать нежизнеспособные идеи
- Нед. 10 (после D3): разбор результатов, корректировка методологии
- Нед. 14 (после D5): финальная полировка + план submission
Оценка проектной части
Проект = 1/3 оценки за семестр.
| Компонент | Вес |
|---|---|
| Регулярность (D1-D6 в срок) | 30% |
| Качество итогового отчёта | 40% |
| Защита (чёткость, вопросы) | 20% |
| Peer-feedback (дал полезный) | 10% |
Бонус: принятый pull request в основной репозиторий курса или принятая статья = +1 к итоговой оценке за курс.
Роль ассистентов
Каждый ассистент ведёт ~N студентов (5 ассистентов / ~25-30 студентов):
- Читает report.md каждые 2 нед
- Даёт письменный фидбек в GitHub Issues
- Принимает предзащиту D5
- Присутствует на финальной защите
Координация: еженедельный 15-мин синк (ассистенты → лектор), пятница 16:00.
Темы проектов (предложения)
Хорошая тема должна:
- Содержать чёткую задачу оптимизации
- Иметь воспроизводимый baseline за 1 неделю
- Иметь потенциал для публикации (новизна или реализация SOTA)
Примеры из оптимизации ML:
- Operator splitting для обучения нейросетей (связь с диссером)
- Adaptive optimizers: сравнение Lion/Sophia/Adam на задачах NLP
- Landscape анализ: связь BatchNorm/LayerNorm с flat minima
- Federated learning: FedAvg vs. локальные методы оптимизации
- Compression: structured pruning как задача оптимизации
- LLM fine-tuning: сравнение LoRA vs. full fine-tune через призму оптимизации
Следующий шаг
→ Объявить проектный процесс на лекции #26 (2 марта)
→ Шаблон репозитория: форкнуть STAT-4830-project-base, адаптировать README
→ Deadline D1 = 14 марта (2 нед. от объявления)