- 4х4
- 2048
- счет
- режимы 3х3 4х4 5х5
- 1024 2048 4096 бесконечность
- счет, локальная таблица лидеров по режимам
- кроссплатформа (win, linux)
но разрешается привлечение помощи, через pull request, не более 2 фич всего, не более 1 фичи от человека; если написал эту фичу одному, не можешь ее скопипастить другому, 2-3 недели на выполнение
- NxN, бесконечное поле
- заданное основание степени
- заданный показатель степени
- настройка случайных элементов
- сетевая доска лидеров
- темы
- к новой версии нельзя приступать, если не сдана предыдущая
- студент видит только требования для сдачи минимальной версии
- сдача только в github releases, проверка через issues, сторонняя помощь через pull requests, версии по тегам
- необходимо минимально оформить репозиторий (readme, projects, roadmap, dev instructions)
- поощряются пулреквесты с косметическиими исправлениями чужого кода, настройками ci/cd (курс не об этом), исправлениями мелких багов
- поощряется активность в других проектах: like opensource project contributor, прием реквестов только в закрытую версию.
- правила игры
- краткое руководство по гиту
- введение в фичи гитхаба
- описание гитхабфлоу
- немного рассказать про солид (чтобы смягчить падение духа при выкатывании новых требований)
- задача постепенно усложняется, сроки поджимают
- если сделать больше версий, больше фич - можно спровоцировать интерес к автоматизации
- из-за постепенно открывающихся требований придется переписывать решение, сроки поджимают - "лучшее враг хорошего"
- имитация работы над реальным проектом, как в роли основного разработчика, так и в роли стороннего
- мотивация писать читаемый код: если все будет плохо, тебе откажут
- Студенты пробуют разные направления: разработка, управление проектом, devops, техническое писательство. Может получиться так, что один человек напишет всем readme и настроит ci/cd, некоторые даже не будут прикасаться
Подогнать брс под это все, чтобы мотивировать студентов к кооперации через инструменты