Îmi va returna fișierul?
Fișierul tău .fet reprezintă o etapă de lucru, iar înainte de a-l utiliza în orice instrument, există o întrebare esențială și un test de două minute care îi oferă răspunsul.
Un fișier .fet nu pare mare lucru. Câteva sute de kiloocteți de XML, stând într-un dosar lângă cel de anul trecut.
Dar tu știi ce a fost nevoie pentru a-l crea. Cele două săptămâni din august petrecute calculând că blocul de științe nu poate găzdui două lucrări practice simultan. Compromisul cu șeful catedrei de limbi străine care a necesitat trei discuții. Cele unsprezece constrângeri pe care le-ai adăugat pe rând, fiecare după ce ceva a mers prost și nu mai vrei să vezi asta vreodată.
Nimic din toate acestea nu este scris în altă parte. Există sub formă de constrângeri în acel fișier, iar dacă se pierde, nu pierzi doar un document — pierzi raționamentul și afli asta în septembrie, când orarul nu mai are sens.
Așadar, când un instrument web oferă posibilitatea de a-l deschide, întrebarea nu este dacă instrumentul este util. Ci: îmi va da fișierul înapoi așa cum a fost?
De ce răspunsul este de obicei „nu chiar”
Majoritatea instrumentelor care citesc un .fet o fac în modul evident. Cineva analizează formatul, scrie cod pentru părțile de care are nevoie — profesori, discipline, săli, activități, constrângerile comune — și lansează aplicația.
Funcționează, dar eșuează în tăcere. FET are un vocabular vast de constrângeri care crește cu fiecare versiune. Orice nu a fost implementat de autorul instrumentului pur și simplu nu este citit, iar când fișierul este salvat, ceea ce nu a fost citit nu este scris. Fișierul se deschide în continuare. Este valid. Doar că îi lipsesc cele trei constrângeri care te interesau cel mai mult, și nimic nu te-a avertizat despre asta.
Aceasta este eroarea împotriva căreia merită să te protejezi, deoarece este invizibilă exact în momentul în care ai vrea să o observi.
Ce facem noi în schimb
FET Explorer nu încearcă să înțeleagă fiecare constrângere. Încearcă să nu aibă nevoie de asta.
Când un fișier este citit, fiecare constrângere din el este stocată sub propriul nume, cu conținutul păstrat ca atare — indiferent dacă această aplicație are sau nu idee ce înseamnă acea constrângere. Când descarci fișierul, fiecare este scris înapoi sub același nume, cu același conținut, în aceeași ordine.
Nu există o listă de tipuri de constrângeri suportate, deoarece nu există nimic de suportat. Un tip de constrângere introdus într-o versiune FET de care nu am auzit niciodată trece prin aplicație neatins, din același motiv pentru care un cuvânt pe care nu îl cunoști supraviețuiește dacă este copiat de mână.
În orarele din propria noastră bază de date de astăzi, aceasta înseamnă 2.987 de constrângeri de 20 de tipuri diferite, care circulă dus-întors fără ca vreuna dintre ele să fie un caz special în codul de export.
Ponderile revin ca ponderi. O constrângere setată la 80% rămâne 80% — nu este rotunjită, nu este recalculată, nu este promovată la „activ”. O constrângere inactivă revine inactivă. Comentariile tale revin.
Fișierul este verificat înainte de a-l primi
Există un singur lucru pentru care vom interveni.
Un .fet pe care FET refuză să îl deschidă este mai rău decât lipsa unui fișier: afli la final, fără niciun indiciu despre care dintre cele câteva mii de înregistrări este de vină. Așadar, fișierul este construit și inspectat înainte de a fi livrat.
Dacă lipsește ceva esențial — o activitate fără disciplină, o lecție care indică un profesor care nu se află în lista de profesori — ești informat, cu înregistrările respective numite. Lucrurile care pot fi setate implicit în siguranță sunt setate astfel și nu devin niciodată problema ta.
Dacă fișierul este valid, dar pare incomplet, primești o avertizare și un buton de Descarcă oricum. Acesta este un sfat, nu o restricție.
Iar dacă verificarea în sine eșuează, descărcarea pur și simplu continuă. O verificare care nu a produs nicio opinie nu este un motiv să stăm între tine și fișierul tău.
Nu ne crede pe cuvânt — alocă două minute
Aceasta este partea care merită făcută, deoarece nu costă aproape nimic și tranșează problema definitiv.
- Încarcă fișierul tău
.fet. - Descarcă-l imediat înapoi, fără a schimba nimic.
- Compară cele două fișiere.
Ar trebui să difere doar prin formatare — indentare, spațierea atributelor, ordinea câtorva câmpuri opționale — și prin nimic altceva. Aceleași activități, aceleași constrângeri, aceleași ponderi, aceleași comentarii.
Dacă cele două fișiere diferă în esență, acesta este un bug și vrem să aflăm despre el. Nu este ceva de ocolit și nu este ceva ce ar trebui să descoperi în septembrie.
O excepție onestă
Dacă orarul tău a fost construit din foi de calcul în loc de un .fet, există un detaliu care merită cunoscut. Rândurile CSV nu conțin identificatori de activitate FET, iar constrângerile de plasare au nevoie de ID-uri stabile pentru a indica lecții individuale.
În loc să refuzăm, atribuim acei identificatori în timp ce construim fișierul — și îi stocăm, astfel încât să nu se schimbe. O a doua descărcare corespunde cu prima. Poți construi un orar din foi de calcul și poți obține totuși un .fet coerent la final.
Ce nu este acest instrument
FET Explorer nu generează orare. Nu optimizează, nu rezolvă și nu îmbunătățește ceea ce a produs FET. FET face partea grea; acesta citește, prezintă, partajează și editează rezultatul.
Acesta este exact motivul pentru care ciclul complet contează. Un instrument care doar îți arată un orar își poate permite să înțeleagă doar jumătate din fișier. Un instrument în care s-ar putea să editezi trebuie să returneze totul intact.