Terkadang saya benci menjadi pengembang yang dapat men-debug JavaScript karena saya melihat kode ceroboh mutlak yang didorong oleh pengembang lain untuk didorong. Tidak mungkin mencetak label paket di situs NL Post (@PostNL) b / c dari null yang tidak ditangani ini merusak semuanya Gunakan TypeScript dan tangani null, oke?!

Untuk mengejanya: seseorang berasumsi bahwa produk selalu memiliki properti productOptionViewModel. Kejutan mengejutkan, tidak pernah terjadi Fakta bahwa saya memposting ini di X dan pemantauan tidak menangkap pendapatan dari pencetakan label yang mencapai $0 cukup memalukan

Pembaruan: menangani null mungkin tidak akan cukup. Seseorang mungkin pecah melewati benda-benda. Nilai "produk" (misalnya saya mengirim surat atau amplop) hanya "nol" pada saat sampai ke pembayaran Ini adalah kurangnya QA/pengujian dan sangat ceroboh. Mengirim dengan DHL sekarang

Pembaruan: menangani null mungkin tidak akan cukup. Seseorang mungkin pecah melewati benda-benda. Nilai "produk" (misalnya saya mengirim surat atau amplop) hanya "nol" pada saat sampai ke pembayaran Ini adalah kurangnya QA/pengujian dan hanya ceroboh. Mengirim dengan DHL sekarang

Inilah sebabnya mengapa sertifikat ISO sama sekali tidak berarti apa-apa PostNL memiliki sertifikasi ISO pada segala hal... tetapi kemudian mengirimkan bug semacam ini ke produksi, membuatnya tidak dapat digunakan. Jelas tidak ada tes E2E, tidak ada pemantauan (Kami selalu tahu ISO adalah BS untuk pengembangan perangkat lunak - tetapi sekarang ada buktinya)