Apakah file saya akan dikembalikan?

Sebuah file .fet tidak terlihat seperti apa pun. Hanya beberapa ratus kilobita XML, yang tersimpan di folder di sebelah file tahun lalu.

Namun Anda tahu apa yang ada di dalamnya. Dua minggu di bulan Agustus dihabiskan untuk memastikan blok sains tidak dapat menampung dua praktikum sekaligus. Kompromi dengan kepala bagian bahasa yang membutuhkan tiga kali percakapan. Sebelas constraint yang Anda tambahkan satu per satu, masing-masing setelah terjadi kesalahan yang tidak ingin Anda lihat lagi.

Tidak ada satu pun dari hal tersebut yang tertulis di tempat lain. Hal itu ada sebagai constraint di dalam file tersebut, dan jika hilang, Anda tidak hanya kehilangan dokumen — Anda kehilangan logika di baliknya, dan Anda baru menyadarinya di bulan September saat jadwal tidak lagi masuk akal.

Jadi, ketika sebuah alat web menawarkan untuk membukanya, pertanyaannya bukan apakah alat itu berguna. Pertanyaannya adalah: apakah alat ini akan mengembalikan file saya dengan utuh?

Mengapa jawabannya biasanya "tidak sepenuhnya"

Kebanyakan alat yang membaca .fet melakukannya dengan cara yang umum. Seseorang mempelajari formatnya, menulis kode untuk bagian yang mereka perlukan — guru, mata pelajaran, ruang, kegiatan, constraint umum — lalu merilisnya.

Itu berhasil, namun gagal secara diam-diam. FET memiliki kosakata constraint yang luas dan terus bertambah di setiap rilis. Apa pun yang tidak diimplementasikan oleh pembuat alat tersebut tidak akan terbaca, dan saat file disimpan kembali, apa yang tidak terbaca tidak akan ditulis. File tetap bisa dibuka. File tetap valid. Hanya saja, tiga constraint yang paling Anda pedulikan hilang, dan tidak ada satu pun peringatan mengenai hal itu.

Itu adalah kegagalan yang patut diantisipasi, karena kegagalan tersebut tidak terlihat tepat pada saat Anda ingin mendeteksinya.

Apa yang kami lakukan sebagai gantinya

FET Explorer tidak mencoba memahami setiap constraint. Ia mencoba untuk tidak perlu melakukannya.

Saat file dibaca, setiap constraint di dalamnya disimpan berdasarkan namanya, dengan isi yang tetap apa adanya — terlepas dari apakah aplikasi ini mengetahui arti constraint tersebut atau tidak. Saat Anda mengunduh, setiap constraint ditulis kembali dengan nama yang sama, isi yang sama, dan urutan yang sama.

Tidak ada daftar jenis constraint yang didukung, karena tidak ada yang perlu didukung. Jenis constraint yang diperkenalkan dalam rilis FET yang belum pernah kami dengar akan tetap tersimpan tanpa tersentuh, sama seperti kata yang tidak Anda mengerti tetap akan tersalin jika Anda menulisnya kembali dengan tangan.

Dalam jadwal yang ada di korpus kami saat ini, terdapat 2.987 constraint dari 20 jenis yang berbeda, yang diproses bolak-balik tanpa ada satu pun yang menjadi kasus khusus dalam kode ekspor.

Bobot kembali sebagai bobot. Constraint yang diatur ke 80% tetap 80% — tidak dibulatkan, tidak diturunkan kembali, tidak dipromosikan menjadi "aktif". Constraint yang tidak aktif kembali dalam keadaan tidak aktif. Komentar Anda pun kembali.

File diperiksa sebelum Anda mendapatkannya

Ada satu hal yang akan membuat kami melakukan interupsi.

File .fet yang ditolak oleh FET untuk dibuka jauh lebih buruk daripada tidak ada file sama sekali: Anda baru mengetahuinya di akhir, tanpa petunjuk catatan mana dari ribuan catatan yang bermasalah. Jadi, file tersebut dibuat dan diperiksa sebelum diserahkan kepada Anda.

Jika ada sesuatu yang benar-benar diperlukan namun hilang — sebuah kegiatan tanpa mata pelajaran, pelajaran yang merujuk pada guru yang tidak ada dalam daftar guru — Anda akan diberi tahu, dengan catatan yang bermasalah disebutkan. Hal-hal yang dapat diatur secara default akan diatur secara otomatis dan tidak akan menjadi masalah bagi Anda.

Jika file valid namun terlihat kurang lengkap, Anda akan mendapatkan peringatan dan tombol Unduh saja. Itu adalah saran, bukan penghalang.

Dan jika pemeriksaan itu sendiri gagal dijalankan, pengunduhan akan tetap dilanjutkan. Pemeriksaan yang tidak menghasilkan opini bukanlah alasan untuk menghalangi Anda mendapatkan file Anda sendiri.

Jangan hanya percaya kata kami — luangkan dua menit

Ini adalah bagian yang layak dilakukan, karena hampir tidak memakan waktu dan akan menjawab pertanyaan tersebut secara permanen.

1. Unggah file .fet Anda.
2. Unduh kembali segera, sebelum mengubah apa pun.
3. Bandingkan kedua file tersebut.

Keduanya seharusnya hanya berbeda dalam pemformatan — indentasi, spasi atribut, urutan beberapa kolom opsional — dan tidak ada yang lain. Kegiatan yang sama, constraint yang sama, bobot yang sama, komentar yang sama.

Jika kedua file berbeda secara substansi, itu adalah bug dan kami ingin mendengarnya. Bukan sesuatu untuk diakali, dan bukan sesuatu yang harus Anda temukan di bulan September.

Satu pengecualian yang jujur

Jika jadwal Anda dibuat dari spreadsheet dan bukan dari .fet, ada satu hal yang perlu diketahui. Baris CSV tidak membawa pengenal kegiatan FET, dan constraint penempatan memerlukan ID yang stabil untuk merujuk pada pelajaran individu.

Daripada menolak, kami menetapkan pengenal tersebut saat membuat file — dan menyimpannya, sehingga tidak berubah. Unduhan kedua akan cocok dengan yang pertama. Anda dapat membuat jadwal dari spreadsheet dan tetap mendapatkan file .fet yang koheren di sisi lain.

Apa ini bukan

FET Explorer tidak menghasilkan jadwal. Ia tidak mengoptimalkan, menyelesaikan ulang, atau menyempurnakan apa yang dihasilkan oleh FET. FET melakukan bagian yang sulit; aplikasi ini membaca, menyajikan, membagikan, dan mengedit hasilnya.

Itulah alasan mengapa proses bolak-balik (round trip) sangat penting. Alat yang hanya menampilkan jadwal mungkin bisa hanya memahami setengah dari isi file. Alat yang Anda gunakan untuk mengedit harus mengembalikan seluruh isi file tersebut dengan utuh.

Coba dengan file Anda sendiri →