Если взять за основу и упростить под свои требования то да.
И как бонус сделает схему достаточно просто расширяемой
А что проще - держать историю расписания в таблицах или держать историю изменения RRULES и по ним пытаться восстановить как оно было?
Мне было бы проще в таблицах. Человеку, который пишэт что-нибудь на awk — скорее проще было бы rrules... Кроме того, одно другого не совсем исключает.
Так одно другого не отменяет)
Согласен, что все зависит от требований
Ну то есть написать генератор для заполнения расписания. В принципе как бонус да
Предпочтения преподавателей, доступность аудиторий и т д, распределение предметов и тд на периоды проще описывать как rule, сменённое расписание действительно разумно сохранить
*по сменам расписание
У нас лет пять такое писали, автоматизацию расписания. Все равно в ручную сводили в итоге
Ну я знаю разные примеры
Кроме того, к расписанию занятий на семестр обычно существенно более строгие требования, чем позволяет rrules — так что на первый взгляд дажэ непонятно, зачем ими заморачиваться. А врЕменные перестановки и реалии замен всяких через rrules наоборот не очень описываются.
Исходные данные всегда описываются , при этом надо понимать что я написал адаптировать, а не взять json schema rule
Когда я в институте работал — аж закупили систему составления расписаний. С противоестественным интеллектом. Несправились с ней, да, дажэ минимум вроде сборов в поточных аудиториях как-то не вышло, о вещах вроде логичной группировки нагрузки и мечтать не приходилось. Ручные правки неработали или ломали всё и сразу. В итоге — перелицэвали наспех расписание прошлого года (с ошыбками, поскольку за два дня).
Можно вас попросить не писать ы после жш, второй раз натыкаюсь и кровь из глаз. Да, мы все технари, но есть же границы. Спасибо
Обсуждают сегодня