Publish team projects. Improve project checkpoint and task description.

This commit is contained in:
2026-09-23 20:36:50 +03:00
parent 29f3f50a1a
commit 724f8cce5c
42 changed files with 879 additions and 152 deletions
+21 -32
View File
@@ -2,52 +2,41 @@
- **Сдать материалы:** до 03.11.2026, 23:59.
- **Ветка:** `nis/checkpoint-1`.
- **Файл точки:** `nis/checkpoints/01.md`.
Команда уточняет обязательный результат назначенного задания и проверяет, что выбранный технический путь реалистичен в доступном окружении. Полный сквозной эксперимент на этом этапе не требуется.
К первой точке команда описывает, что и как будет делать, и проверяет основные технические предпосылки проекта. Сквозной сценарий от входных данных до обработанных измерений потребуется ко [второй точке](02-working-result.md).
## Требуемый результат
## Что сдать
В `nis/project.md` нужно зафиксировать:
Подготовьте три файла; по ссылкам доступны шаблоны:
- состав реализации и поддерживаемые сценарии;
- допустимые упрощения;
- способы проверки завершённости обязательной работы;
- выбранный технический путь.
- [nis/project.md](../project-repository-template/nis/project.md) — ожидаемые результаты и способы их проверки, сценарии и упрощения;
- [nis/experiment-plan.md](../project-repository-template/nis/experiment-plan.md) — план сравнения и обработки результатов;
- [nis/checkpoints/01.md](../project-repository-template/nis/checkpoints/01.md) — итоги технических проверок, команды запуска, ссылки на код и результаты, открытые риски и вклад каждого участника.
Технические предпосылки проверяются с учётом выбранного пути:
Откройте PR/MR из ветки `nis/checkpoint-1` в `main` по [правилам сдачи](../project-repository.md#сдача-через-prmr).
- для авторского артефакта — доступность кода и данных, сборка и минимальный запуск;
- для самостоятельной реализации — достаточность описания метода, минимальный прототип и способ проверки корректности;
- для симулятора — допущения, доступный эталон и способ проверки адекватности.
## Описание проекта
Команда фиксирует фактически доступные ресурсы, проверяет их достаточность и измеримость показателей, прикладывает краткую инструкцию и воспроизводимые свидетельства выполненных проверок.
В `nis/project.md` опишите ожидаемые результаты назначенного задания: что вы реализуете, какие проверки и эксперименты проведёте и какие материалы с результатами и их разбором подготовите. Для каждого пункта укажите, как проверить его выполнение. Ориентируйтесь на раздел «Обязательный результат» в карточке задания.
В `nis/experiment-plan.md` описываются baseline, данные или нагрузки, конфигурации, метрики, параметры, серии, повторы, проверка корректности и способ обработки и анализа результатов.
Укажите [технический путь](../project.md#технический-путь-проекта); если карточка предлагает несколько вариантов, выберите один. Опишите упрощения и их влияние на результаты. Существенное изменение обязательного объёма нужно согласовать с преподавателем и отразить в обновлённой карточке задания.
Если добросовестная проверка выявила ошибочную предпосылку проектного задания, команда прикладывает диагностику и проверяемые свидетельства. Документированная ошибка задания не снижает статус точки. Преподаватель уточняет задание или, если сопоставимое уточнение невозможно, назначает другое свободное задание и письменно корректирует сроки и объём.
## Технические проверки
## Структура `nis/checkpoints/01.md`
Объём проверок зависит от пути проекта:
```markdown
# Контрольная точка 1
- **Авторский артефакт:** подготовьте код и данные, соберите используемые компоненты и запустите небольшой пример, связанный с заданием.
- **Самостоятельная реализация:** проверьте, хватает ли описания метода, и реализуйте минимальный прототип ключевой операции. Покажите его работу на простом входе с известным ожидаемым результатом.
- **Симулятор, в том числе написанный самостоятельно:** опишите допущения и выберите эталон — аналитический расчёт, опубликованные данные или доступную реализацию. Подготовьте простой случай для сравнения и получите эталонный результат. Если эталоном служит авторская программа, подготовьте её к работе и запустите на этом случае. Работающий прототип собственного симулятора и его сравнение с эталоном потребуются ко второй точке.
## Краткий результат
Укажите доступные ресурсы и оцените, хватает ли их для запланированной работы. Для основных метрик проверьте доступность нужных данных: подойдёт пробный замер, пример журнала с нужными полями или расчёт по доступным данным. Рядом с описанием каждой проверки укажите команду запуска или ссылку на инструкцию, ожидаемый и полученный результат и ссылки на материалы.
## Проверенные технические предпосылки
## План эксперимента
## Фактические ресурсы и измеримость показателей
К сдаче выберите baseline, данные или нагрузки и начальные конфигурации. Укажите, какие параметры будете менять и в каких пределах, какие серии и повторы проведёте. Для каждой метрики задайте определение, единицы и способ сбора; опишите проверку корректности и обработку результатов.
## Инструкция и воспроизводимые свидетельства
План должен позволять начать эксперименты. Масштаб нагрузки и диапазоны параметров можно уточнить после пробных запусков: отметьте такие решения и укажите, как и когда их примете. Готовая реализация baseline, полная серия измерений и итоговые выводы к первой точке не требуются.
## Ссылки на детализацию и план эксперимента
Если проверка выявила ошибку в предпосылках задания, опишите проблему и приложите команды и результаты, которые её подтверждают. Документированная ошибка задания не снижает статус точки. Преподаватель уточнит задание или назначит другое свободное задание, если подходящего уточнения нет, и письменно скорректирует сроки и объём.
- [Детализация проекта](../project.md)
- [План эксперимента](../experiment-plan.md)
## Открытые риски и следующие действия
## Ответственность участников
```
Общие правила сдачи и карточка ответственности приведены на [странице контрольных точек](README.md).
Общие [правила контрольных точек](README.md) описывают статусы, действия при блокировке и запись о работе каждого участника.