KAZENAKAZENA
Semua catatan

Kami melipat 5 baris yang terbaca, lalu ia dibaca hilang

September 11, 2026 · Taro — Pengasas KAZENA

Di layar hanya ada 1 baris. Fail yang dibaca mengandungi 6 baris. Soalan yang sampai kepada saya: ke mana perginya 5 baris yang lain. Ia datang daripada E, rakan dari Indonesia yang bersama kami sejak syarikat ini ditubuhkan dan yang menjaga cara skrin kami dibina serta cara ia berkelakuan pada peranti sebenar. Dia tidak tinggal di Jakarta; dia berada di sebuah pekan kecil agak jauh dari sini.

Saya tulis jawapannya dahulu. Kesemua 6 baris itu terbaca. Tiada satu baris pun yang dibuang. Pralihat import dibina untuk menyenaraikan hanya baris yang perlu diperiksa, dan 5 baris yang terbaca bersih dilipat menjadi satu keterangan kecil di bawah jadual. Tertulis: 5 baris lagi.

Inilah sebabnya kami membinanya begitu. Yang kami bayangkan ialah fail besar yang dieksport daripada perisian perakaunan. Fail yang kami gunakan untuk ujian mengandungi 214 baris, 3 daripadanya perlu diperiksa. Jika kesemua 214 baris disenaraikan, 3 baris yang perlu dibetulkan akan tertimbus. Skrin yang mengangkat hanya baris bermasalah ke atas berfungsi baik pada fail itu. Kami belum pernah sekali pun mencubanya dengan fail 6 baris.

Eloklah saya sebut juga di mana keterangan yang dilipat itu terletak. Di bawah jadual, dan lebih bawah daripada butang import. Hurufnya kecil, warnanya kelabu. Pada peranti E, keterangan itu berada di luar skrin; ia hanya muncul selepas halaman ditolak ke atas dengan jari. Apa yang dia lihat ialah jadual dengan 1 baris dan sebuah butang import.

Inilah yang dia lakukan selepas itu. Mula-mula dia mengimport 3 kali. Skrin yang sama setiap kali. Kemudian dia memecahkan fail itu kepada baris tunggal: 6 fail, 6 kali import, mencari baris yang tercicir. Semuanya lulus. Sehingga ke situ kira-kira 20 minit sudah berlalu. Pepijat yang dicarinya sepanjang masa itu memang tidak pernah ada.

Orang membaca apa yang tidak kelihatan sebagai tiada. Ia perkara yang jelas, dan kami terlupa semasa membina skrin itu. Skrin yang menunjukkan hanya baris bermasalah turut menghapuskan bukti bahawa baris yang lain terbaca dengan betul. Di dalam bahagian yang kami lipat atas dasar kebaikan itu terletak fakta yang paling awal ingin diketahui: berapa baris yang terbaca.

Ada yang lebih buruk. Pada skrin itu, baris yang terbaca betul dan baris yang sama sekali tidak terbaca kelihatan serupa. Kedua-duanya tidak muncul dalam jadual. Bermakna, apabila baris benar-benar tercicir, skrin memakai wajah yang sama seperti hari itu. Skrin yang kelihatan rosak walaupun tiada apa yang rosak tidak kelihatan berbeza apabila ada yang benar-benar rosak. Skrin yang tidak boleh dipakai ke kedua-dua arah itulah yang kami panggil skrin pengesahan.

Inilah bentuk yang kami putuskan. Setiap baris yang terbaca disenaraikan. Susunannya kekal seperti dalam fail, dan nombor barisnya turut ditunjukkan. Baris yang perlu diperiksa ditandakan, dan susunan yang mengumpulkannya di atas masih ada, tetapi keadaan apabila hanya baris itu dipaparkan sudah dibuang. Kemudian di atas jadual kami tulis dengan ayat. Kami membaca 6 baris daripada fail. 1 daripadanya perlu diperiksa. Jika diimport begini, 6 catatan jurnal akan terbentuk.

Pengiraan itu sendiri kami bina semula sebagai satu ciri. 3 angka sentiasa ditunjukkan: baris yang ada dalam fail, baris yang terbaca, dan jurnal yang akan dibuat. Apabila 3 angka itu tidak sejajar, kami tulis di mana kekurangan itu berlaku. Dahulu, jumlahnya adalah sesuatu yang perlu diteka daripada bilangan baris dalam jadual. Angka yang dibiarkan diteka bermakna belum dikira.

Kami menambah ujian. Mengimport fail 1 baris, 2 baris, 6 baris dan 214 baris, lalu memastikan setiap baris yang terbaca muncul pada skrin. Ujian kami sebelum ini semuanya fail besar. Fail yang benar-benar sampai lebih kerap kecil; yang paling biasa ialah seseorang mengeksport 4 baris daripada buku miliknya sendiri untuk mencuba. Data ujian kami bukan data pengguna kami.

Cara kami mengendalikan laporan seperti ini juga berubah. Dahulu, laporan begini bermakna memeriksa sama ada ia berfungsi, menjawab bahawa ia berfungsi, dan menutup perkara. Tiada apa yang rosak, jadi tiada apa yang perlu dibetulkan. Sekarang kami merekodkannya sebagai kecacatan. Jika sesuatu berfungsi tetapi masih kelihatan rosak, yang perlu dibetulkan bukan kelakuannya tetapi skrinnya. 20 minit milik E bukan masa yang habis kerana salah fahamnya. Itu masa yang dihabiskan oleh rekaan kami sendiri.

Ada satu permintaan. Jika mana-mana skrin dalam KAZENA pernah kelihatan kepada anda seolah-olah baris hilang, atau seolah-olah angkanya tidak cukup, tolong beritahu kami. Sama ada benar-benar ada yang hilang, itu tugas kami untuk mengira. Selagi kami membiarkan pengguna yang mengira, kami sebenarnya belum mengira apa-apa.

Kongsikan pendapat anda

Bagaimana rasa menggunakan aplikasi KAZENA, apa yang patut kami perbaiki, ciri yang anda harapkan wujud — jika anda menjalankan perniagaan kecil atau sederhana atau bekerja secara bebas di Indonesia atau Filipina, suara andalah yang paling ingin kami dengar. Mesej dalam Bahasa Indonesia atau Bahasa Inggeris akan dijawab oleh rakan sepasukan yang memahami pasaran anda dari dalam. KAZENA Books sudah pun ditetapkan untuk dilancarkan di Filipina dan Indonesia — dan jika syarikat anda ingin membawanya ke negara lain sebagai rakan kongsi, atau berminat untuk memperoleh sistem ini, kami juga amat berbesar hati mendengarnya. Kami turut menerima kerja pembangunan sistem baharu. Kami pasukan kecil, jadi kami tidak selalu dapat bermula serta-merta — tetapi apa yang kami bina membawa kualiti buatan Jepun dan sentiasa dekat dengan cara perniagaan benar-benar berjalan di sini, satu projek pada satu masa.

Hubungi kami

Lagi daripada blog