Mało znane fakty: układanie planu zajęć prowadzonych w instytucie nie odbywa się w samym Systemie Zapisów, ale odrębnym od niego Schedulerze. Systemy te przekazują sobie nawzajem różne dane, czego zwieńczeniem jest pojawienie się w SZ planu zajęć na dany semestr, i nie jest to jednorazowy obieg – np. kiedy na początku semestru wprowadzane są korekty do planu, ma to miejsce w Schedulerze, a dopiero po synchronizacji jest widoczne w SZ.
Scheduler jest bardzo pożytecznym narzędziem, ale niestety od pewnego czasu nie jest rozwijany; w ramach tego przedmiotu zamierzamy to zmienić (a przy okazji nabrać praktyki uczestnictwa w zespołowym przedsięwzięciu programistycznym).
Przedmiot zalicza wymaganie projektu zespołowego. Można uczestniczyć w nim wielokrotnie.
~~W tej chwili nie wiadomo, czy będziemy rozwijać istniejący Scheduler, czy być może zdecydujemy się napisać go od nowa. Tę i inne decyzje będziemy dyskutować i podejmować w ramach pierwszych spotkań; ich liczba w tej formie będzie zależała od bieżących potrzeb, a czynne i twórcze uczestnictwo w tych dyskusjach będzie jednym z istotnych aspektów uczestnictwa w przedmiocie. Oczywiście pomysły do dyskusji będzie można (i należało) przygotować i przemyśleć przed / między spotkaniami.~~
~~Przyda się znajomość Scali, w której napisany jest obecny Scheduler, zwłaszcza w tym pierwszym scenariuszu (ale nie ma co się tym bardzo przejmować, _maintainer in spe_ jej nie zna); w drugim językiem implementacji będzie pewnie Python (bo _maintainer in spe_ go zna, a przynajmniej tak sobie wmawia). Poza API interfejsem Schedulera jest strona WWW, więc pojawią się też jakieś typowe aspekty "webówki", choć na pewno w innym (węższym?) zakresie, niż w rozwoju SZ.~~
Prace nad nowym schedulerem rozpoczęły się w bieżącym semestrze, a jego główna, choć bardziej prozaiczna część (czyli "edytor" planu) powstaje w Django i Reactcie. Komponent układający plan z zachowaniem żądanych więzów będzie dość niezależny, a obie części będą uruchamiane w kontenerach Dockera.
Na pewno będziemy korzystać z narzędzi (git) i technik (_code review_) programowania zespołowego, a na marginesie wąsko rozumianej implementacji pomyślimy też o jakichś przyjemnych rozwiązaniach dla usprawnienia testowania, integracji i samego _developmentu_.
