Kami melipat 5 baris yang berhasil, lalu terbaca hilang

Di layar hanya ada 1 baris. File yang dibaca berisi 6 baris. Pertanyaan yang masuk ke saya: ke mana perginya 5 baris sisanya. Yang mengirim adalah E, rekan asal Indonesia yang sudah bersama kami sejak awal berdiri dan yang mengurus bagaimana layar kami dibangun serta bagaimana perilakunya di perangkat sungguhan. Dia tidak tinggal di Jakarta, melainkan di sebuah kota kecil agak jauh dari sini.

Saya tulis jawabannya lebih dulu. Ke-6 baris itu terbaca semuanya. Tidak ada satu baris pun yang dibuang. Pratinjau impor dibuat hanya untuk menampilkan baris yang perlu diperiksa, dan 5 baris yang terbaca bersih dilipat menjadi satu keterangan kecil di bawah tabel. Tulisannya: 5 baris lainnya.

Ini alasan kami membuatnya begitu. Yang kami bayangkan adalah file besar hasil ekspor dari program akuntansi. File yang kami pakai untuk pengujian berisi 214 baris, 3 di antaranya perlu diperiksa. Kalau ke-214 baris dijejer semua, 3 baris yang harus dibetulkan akan terkubur. Layar yang mengangkat hanya baris bermasalah ke atas bekerja baik pada file itu. Kami belum pernah sekali pun mencobanya dengan file berisi 6 baris.

Perlu saya sebutkan juga di mana keterangan yang dilipat itu berada. Di bawah tabel, dan lebih bawah lagi dari tombol impor. Hurufnya kecil, warnanya kelabu. Di perangkat E keterangan itu berada di luar layar; harus digeser dengan jari dulu baru muncul. Yang dia lihat adalah tabel berisi 1 baris dan sebuah tombol impor.

Ini yang dia lakukan setelahnya. Mula-mula dia mengimpor 3 kali. Layarnya sama saja. Lalu dia memecah file itu menjadi baris-baris tunggal: 6 file, 6 kali impor, mencari baris mana yang hilang. Semuanya lolos. Sampai di titik itu sudah lewat kira-kira 20 menit. Kerusakan yang dia cari selama waktu itu memang tidak pernah ada.

Orang membaca apa yang tidak terlihat sebagai tidak ada. Hal ini jelas sekali, dan kami justru melupakannya saat membangun layar itu. Layar yang hanya menampilkan baris bermasalah sekaligus menghapus bukti bahwa sisanya terbaca dengan benar. Di dalam bagian yang kami lipat demi kebaikan itu, tersimpan fakta yang paling ingin diketahui lebih dulu: berapa baris yang terbaca.

Ada yang lebih buruk. Di layar itu, baris yang terbaca benar dan baris yang sama sekali tidak terbaca terlihat sama. Keduanya tidak muncul di tabel. Artinya, ketika baris benar-benar hilang, layar akan berwajah sama seperti hari itu. Layar yang tampak rusak padahal tidak rusak akan tampak tidak berbeda ketika benar-benar rusak. Layar yang tidak bisa dipakai ke dua arah itulah yang kami sebut layar konfirmasi.

Ini bentuk yang kami putuskan. Semua baris yang terbaca ditampilkan. Urutannya mengikuti urutan di file, dan nomor barisnya ikut ditampilkan. Baris yang perlu diperiksa diberi tanda, dan pengurutan yang mengumpulkannya di atas tetap ada, tetapi keadaan ketika hanya baris itu yang tampil sudah dihapus. Lalu di atas tabel kami tulis dengan kalimat. Kami membaca 6 baris dari file. 1 di antaranya perlu diperiksa. Kalau diimpor seperti ini, akan terbentuk 6 jurnal.

Penghitungannya sendiri kami bangun ulang sebagai fitur. 3 angka selalu ditampilkan: baris yang ada di file, baris yang terbaca, dan jurnal yang akan dibuat. Kalau ke-3 angka itu tidak cocok, kami tulis di mana selisihnya terjadi. Dulu, jumlahnya adalah sesuatu yang harus diterka dari banyaknya baris di tabel. Angka yang dibiarkan diterka berarti belum dihitung.

Kami menambah pengujian. Mengimpor file berisi 1 baris, 2 baris, 6 baris, dan 214 baris, lalu memastikan setiap baris yang terbaca muncul di layar. Pengujian kami sebelumnya semuanya memakai file besar. File yang sungguh-sungguh datang lebih sering kecil; yang paling umum adalah orang mengekspor 4 baris dari buku miliknya sendiri untuk mencoba. Data pengujian kami bukan data para pemakai.

Cara kami menangani laporan seperti ini juga berubah. Dulu, laporan semacam ini berarti memeriksa apakah fiturnya jalan, menjawab bahwa fiturnya jalan, lalu menutup perkara. Tidak ada yang rusak, jadi tidak ada yang perlu dibetulkan. Sekarang kami mencatatnya sebagai cacat. Kalau sesuatu berjalan tetapi tetap tampak rusak, yang perlu dibetulkan bukan perilakunya, melainkan layarnya. 20 menit milik E bukan waktu yang habis karena salah paham dia. Itu waktu yang dihabiskan oleh rancangan kami sendiri.

Ada satu permintaan. Kalau ada layar di KAZENA yang bagi Anda terlihat seolah barisnya hilang, atau seolah angkanya tidak cocok, tolong beri tahu kami. Soal benar atau tidaknya ada yang hilang, itu tugas kami untuk menghitung. Selama kami membiarkan pemakainya yang menghitung, sama saja kami belum menghitung apa pun.