Užsakymas
Kas iš tikrųjų yra pasikartojanti auditorijos rezervacija
Ją aprašote taip, kaip žmogus sako — kas antrą antradienį iki gegužės. Saugoma yra kažkas kita, ir beveik kiekvienas vėlesnis netikėtumas kyla iš skirtumo tarp šių dviejų.
Pirma: rezervacija nėra paskaita
Jos guli greta tame pačiame tinklelyje, bet ateina iš priešingų pusių. Paskaita yra išvestis: ji egzistuoja, nes buvo sudarytas tvarkaraštis, ir ji juda, kai tvarkaraštis perkuriamas. Rezervacija yra įvestis: kažkas nusprendė, kad ši auditorija šią valandą laikoma, ir niekas jos neperkuria.
Dėl šio skirtumo auditorijų rezervavimo sistema, kuri tėra prie tvarkaraščio šono prisukamas kalendorius, per semestrą sukelia bėdų. Jos turi gyventi toje pačioje vietoje, nes konkuruoja dėl tų pačių auditorijų — bet tai nėra to paties tipo objektai, o sistema, kuri apsimeta kitaip, galiausiai kieno nors egzaminą perkurs.
Viena rezervacija gali tapti keliomis, ir tai teisinga
Pasikartojanti rezervacija saugoma kaip stačiakampis: dėstymo savaičių ruožas, kartu su savaitės dienų rinkiniu, vienu laiku. Nuo pirmadienio iki penktadienio trims savaitėms yra vienas stačiakampis ir viena eilutė. Pirmadienis ir trečiadienis yra du stačiakampiai, nes vienas stačiakampis, apimantis pirmadienį iki trečiadienio, rezervuotų ir antradienį — ko niekas neprašė ir ko kas nors kitas būtų norėjęs.
Taigi vienas paspaudimas gali sukurti tris rezervacijas, ir kiekviena jų tada yra pati savaime rezervacija: atskirai matoma, atskirai redaguojama, atskirai atšaukiama. Tai verta žinoti prieš atšaukiant tą rezervaciją ir randant, kad dvi trečdaliai jos vis dar yra.
Sąžininga šio dalyko versija, kurios tiekėjai retai savanoriškai pasako: paprastai tokio dalyko kaip serija nėra. Paklauskite, kas nutinka, kai kas nors ištrina vieną dvylikos savaičių rezervacijos pasikartojimą, o paskui paklauskite, kas nutinka, kai nori perkelti visus dvylika.
Šablonai ir spąstai kiekviename
| Šablonas | Ką reiškia | Spąstai |
|---|---|---|
| Kas savaitę | Tos pačios savaitės dienos kiekvieną intervalo dėstymo savaitę. | Pasiruošimo savaitė. Ją kertantis šablonas rezervuos tiesiai pro ją, nebent nedėstymo savaitės yra išskirtos. |
| Kas antrą savaitę | Kas antra dėstymo savaitė, skaičiuojant nuo pirmos intervalo savaitės. | Skaičiuojama nuo INTERVALO, o ne nuo metų 1 savaitės. Dvi kas dvi savaites pasikartojančios rezervacijos, prasidedančios savaite skirtumu, niekada nesusiduria ir niekada nesutampa. |
| Ta pati savaitės diena kiekvieną mėnesį | Pavyzdžiui, trečias antradienis. | Eilės numeris paprastai imamas iš pradžios datos ir niekada neklausiamas. Rezervacija, prasidedanti paskutinį mėnesio antradienį, reiškia PASKUTINĮ — ne penktą ir ne trečią. |
| Ta pati data kiekvieną mėnesį | 15-a, 31-a. | Mėnuo, per trumpas datai, turėtų būti PRALEIDŽIAMAS, o ne perkeliamas atgal. Jei Jūsų sistema 31-os vardu rezervuoja balandžio 30-ąją, ji priima sprendimą, kurio jos neprašė priimti. |
Laikai patenka ant pačios institucijos linijų
Dėstymo valandos nėra laisvas tinklelis. Institucija veikia pagal periodus — nuo 08:00 iki 09:30 arba šešios penkiasdešimties minučių linijos su dešimties minučių pertrauka — ir rezervacija turi prasidėti ten, kur prasideda periodas, ir baigtis ten, kur baigiasi, kitaip tinklelis nustoja ką nors reikšti.
Sistema, kuri tyliai pakeičia 08:15 į 08:00, saugo tai, ko asmuo neįvedė. Geresnis elgesys yra tai atmesti ir pasakyti, kurie laikai galimi, o tai yra tas pats principas kaip ir visur kitur čia: netaisykite žmogaus tyliai, pasakykite jam, kas trukdo.
Viena susijusi smulkmena, kuri užkliūva kiekvienai naujai integracijai: iš eilės einantys nėra persidengiantys. Užsiėmimas, pasibaigiantis 09:00, ir užsiėmimas, prasidedantis 09:00, nesusiduria. Jei Jūsų sistema praneša, kad susiduria, pusė Jūsų auditorijų neužsakomos be jokios priežasties.
Kolizijų patikra turi matyti tai, ko visuomenė negali
Tai dalis, kuri dažniausiai tyliai klaidinga.
Kai rezervacijos forma klausia, ar ši auditorija laisva, ji turi suskaičiuoti viską, kas iš tikrųjų laiko auditoriją: paskaitas, kitų žmonių rezervacijas ir rezervacijas, kurios dar laukia patvirtinimo. Auditorija, laikoma užklausos, kurios niekas dar nepatvirtino, nėra laisva; ji yra laukianti, ir jos siūlymas kitam sukuria ginčą, kurio užkirsti kelią ir buvo skirtas patvirtinimo žingsnis.
Tas pats galioja auditorijoms, kurių institucija neskelbia. Katedros posėdžių salė, laikoma už viešo sąrašo ribų, vis tiek užimta, kai yra užimta.
Taigi prieinamumas yra faktas apie auditoriją, o ne tvarkaraščio vaizdas — todėl būtent jam turėtų reikėti, kad klausiantysis būtų prisijungęs. Patikra, atvira bet kam, arba meluoja apie laukiančias rezervacijas, arba nutekina jų pavadinimus.
Kas ką gali rezervuoti ir kiek turėtų kainuoti kolizija
- Auditorijų leidimai priklauso auditorijai, o ne ekranui. Kai kurios institucijos leidžia bet kam rezervuoti seminarų auditoriją ir niekam — paskaitų auditorijos neklausus. Ta taisyklė turi būti taikoma ten, kur rezervacija rašoma, kitaip tai tik pasiūlymas – rezervuokite leistiną auditoriją, tada pakeiskite ją į draudžiamą, ir taisyklė apeinama.
- Kolizija turėtų būti atmetama pridedant priežastis, o ne tuščiu ne: kurios datos ir ar buvo užimta auditorija, dėstytojas ar grupė. Du iš tų trijų dažnai ištaisomi perkėlus vieną savaitę.
- O planuotojas, kuris to nori rimtai, turėtų galėti rezervuoti ir per ją. Sąmoningas dvigubas rezervavimas yra normalus — auditorija, dalijama tarp dviejų grupių, paskaita, tyčia persidengianti su konsultacijų sesija. Svarbu, kad sistema užfiksuotų, jog kolizija buvo sprendimas, kad kas ją pamatys kovą, žinotų, jog tai nebuvo atsitiktinumas.
- Patvirtinimas yra būsena, o ne atskira eilė. Rezervacija, laukianti patvirtinimo, jau turėtų būti matoma žmonėms, kuriems reikia aplink ją planuoti.
Kur tai gyvena Wise Timetable
Rezervacijos yra tame pačiame dokumente kaip ir tvarkaraštis, todėl prieinamumas skaičiuojamas pagal viską iš karto, o ne pagal antrą kalendorių, kurį reikia derinti. Auditorijų rezervavimo sistema aprėpia tai, ką mato tvarkaraščių skyrius; interneto rezervavimo modulis yra savitarnos pusė institucijoms, kurios nori, kad darbuotojai patys rezervuotų savo auditorijas nesikreipdami į skyrių.
Visiems, kurie kuria savo rezervavimo ekraną, visas paviršius dokumentuotas viešame REST API žinyne — įskaitant prieinamumo patikrą, kuri grąžina susiduriančias datas ir artimiausias laisvas alternatyvas, o ne taip ar ne.
Norite pamatyti, kaip tai veikia?
Užsisakykite 45 minučių trukmės internetinę prezentaciją, ir mes viską peržiūrėsime remdamiesi Jūsų institucijos tvarkaraščių sudarymo uždaviniu.