Visszakapom a fájlomat?
A .fet fájlja egy munkafolyamat része, ezért mielőtt bármilyen eszköznek átadná, érdemes feltenni egy kérdést, amelyre egy kétperces teszt ad választ.
Egy .fet fájl nem tűnik soknak. Néhány száz kilobájtnyi XML, amely a tavalyi fájl mellett pihen egy mappában.
De te tudod, mi minden van benne. Az augusztusi két hét, amit azzal töltöttél, hogy kitaláld, a természettudományi blokkban nem lehet egyszerre két gyakorlati óra. A kompromisszum a nyelvi munkaközösség-vezetővel, ami három beszélgetésbe került. A tizenegy feltétel (constraint), amit egyenként adtál hozzá, mindegyiket azután, hogy valami elromlott, amit soha többé nem akarsz látni.
Ezek közül semmi sincs máshol leírva. Feltételként (constraint) létezik abban a fájlban, és ha elveszik, nem egy dokumentumot veszítesz el — hanem az érvelést, és szeptemberben jössz rá, amikor az órarend elveszíti az értelmét.
Tehát amikor egy webes eszköz felajánlja, hogy megnyitja, a kérdés nem az, hogy az eszköz hasznos-e. Hanem az: visszakapom a fájlomat?
Miért szokott a válasz az lenni, hogy "nem egészen"
A legtöbb eszköz, amely .fet fájlt olvas, a nyilvánvaló módon teszi ezt. Valaki végigdolgozza a formátumot, kódot ír a szükséges részekhez — Tanárok, Tantárgyak, termek, tevékenységek, a közös feltételek (constraints) — és kiadja.
Ez működik, és csendben vall kudarcot. A FET nagy szókészlettel rendelkezik a feltételek (constraints) terén, és minden kiadással bővül. Bármit, amit az eszköz szerzője nem implementált, egyszerűen nem olvassa be, és amikor a fájlt újra kimenti, ami sosem volt beolvasva, az nem íródik ki. A fájl továbbra is megnyitható. Továbbra is érvényes. Csak éppen hiányzik belőle az a három feltétel (constraint), ami a legfontosabb volt számodra, és sehol semmi nem szólt erről.
Ez az a hiba, ami ellen érdemes tervezni, mert pontosan abban a pillanatban láthatatlan, amikor el szeretnéd csípni.
Mit teszünk helyette
A FET Explorer nem próbál meg minden feltételt (constraint) megérteni. Megpróbálja nem szükségessé tenni.
Amikor egy fájlt beolvasunk, minden benne lévő feltétel (constraint) a saját nevén tárolódik, a saját tartalmával együtt — függetlenül attól, hogy ennek az alkalmazásnak van-e fogalma arról, mit jelent az a feltétel (constraint). Amikor letöltöd, mindegyik ugyanazon a néven, ugyanazzal a tartalommal, ugyanabban a sorrendben íródik ki.
Nincs támogatott feltételtípus-lista, mert nincs mit támogatni. Egy olyan FET-kiadásban bevezetett feltételtípus (constraint), amiről még sosem hallottunk, érintetlenül halad át, ugyanazon okból, amiért egy szó, amit nem ismersz, túléli, ha kézzel lemásolják.
A saját korpuszunkban lévő órarendekben ez 2987 feltétel (constraint) 20 különböző típusban, amelyek oda-vissza utaznak anélkül, hogy bármelyikük is különleges eset lenne az exportkódban.
A súlyok súlyként térnek vissza. Egy 80%-ra állított feltétel (constraint) továbbra is 80% — nincs kerekítve, nincs újra levezetve, nincs "bekapcsolva" állapotra előléptetve. Egy inaktív feltétel (constraint) inaktívként tér vissza. A megjegyzéseid visszatérnek.
A fájlt ellenőrizzük, mielőtt megkapnád
Van egy dolog, amiért közbelépünk.
Egy .fet fájl, amit a FET nem hajlandó megnyitni, rosszabb, mint a fájl hiánya: a végén jössz rá, anélkül, hogy tudnád, a több ezer rekord közül melyik a hibás. Ezért a fájlt még az átadás előtt felépítjük és megvizsgáljuk.
Ha valami alapvetően szükséges dolog hiányzik — egy tevékenység tantárgy nélkül, egy óra, amely olyan Tanárra mutat, aki nincs a Tanárlistában —, akkor értesítést kapsz, megnevezve a tényleges rekordokat. Azok a dolgok, amelyek biztonságosan alapértelmezhetők, alapértelmezve lesznek, és sosem válnak a problémáddá.
Ha a fájl érvényes, de hiányosnak tűnik, kapsz egy figyelmeztetést és egy Letöltés mindenképpen gombot. Ez tanács, nem korlát.
És ha az ellenőrzés maga nem fut le, a letöltés egyszerűen folytatódik. Egy ellenőrzés, amely nem alkotott véleményt, nem ok arra, hogy közéd és a saját fájlod közé álljunk.
Ne csak a szavunkat hidd el — szánj rá két percet
Ez az a rész, amit érdemes tényleg megtenni, mert szinte semmibe sem kerül, és véglegesen lezárja a kérdést.
- Töltsd fel a
.fetfájlodat. - Töltsd le újra azonnal, még mielőtt bármit változtatnál.
- Hasonlítsd össze a két fájlt.
Formázásban — behúzás, attribútumok térköze, néhány opcionális mező sorrendje — eltérhetnek, de semmi másban. Ugyanazok a tevékenységek, ugyanazok a feltételek (constraints), ugyanazok a súlyok, ugyanazok a megjegyzések.
Ha a két fájl tartalmilag eltér, az hiba, és szeretnénk róla tudni. Nem valami, amit ki kell kerülni, és nem valami, amit szeptemberben kellene felfedezned.
Egy őszinte kivétel
Ha az órarended táblázatokból épült, nem pedig .fet fájlból, van egy apróság, amit érdemes tudni. A CSV sorok nem hordoznak FET tevékenység-azonosítókat, és az elhelyezési feltételeknek (placement constraints) stabil azonosítókra van szükségük, hogy az egyes órákra mutathassanak.
Ahelyett, hogy elutasítanánk, a fájl építése közben hozzárendeljük ezeket az azonosítókat — és elmentjük őket, hogy ne változzanak. Egy második letöltés megegyezik az elsővel. Építhetsz órarendet táblázatokból, és mégis kaphatsz egy koherens .fet fájlt a másik oldalon.
Mi ez nem
A FET Explorer nem generál órarendeket. Nem optimalizál, nem old meg újra, és nem javít azon, amit a FET létrehozott. A FET végzi a nehéz munkát; ez az eszköz beolvassa, megjeleníti, megosztja és szerkeszti az eredményt.
És pontosan ezért számít az oda-vissza út. Egy eszköz, amely csak megmutat egy órarendet, megengedheti magának, hogy csak a fájl felét értse. Egy eszköznek, amiben szerkeszthetsz, az egészet vissza kell adnia.