有時我討厭成為一個能夠調試 JavaScript 的開發者，因為我看到另一位開發者推送到生產環境的代碼是如此不負責任。 由於這個未處理的 null，導致在 NL Post 網站 (@PostNL) 上無法打印包裹標籤，這一切都被破壞了。 使用 TypeScript 並處理 null，好嗎？！

明說一下：有人假設產品總是有一個 productOptionViewModel 屬性。 驚喜驚喜，它從來沒有過。 我在 X 上發佈這個並監控，卻無法阻止印刷標籤的收入降到 $0，這實在讓人尷尬，這是我所能說的。

更新：處理 null 可能不夠。有人可能在傳遞物件時出錯。當 "product" 值（例如我正在發送信件或信封）到達付款時，值就是 "null"。 這是缺乏 QA/測試，簡直就是草率。 現在正在使用 DHL 發送

更新：處理 null 可能不夠。有人可能在傳遞物件時出錯。當 "product" 值（例如我正在發送信件或信封）到達付款時只是 "null"。 這是缺乏 QA/測試，簡直就是草率。 現在使用 DHL 發送

這就是為什麼 ISO 證書根本毫無意義 PostNL 擁有所有事物的 ISO 證書……但卻將這種錯誤發送到生產環境，使其無法使用。顯然沒有 E2E 測試，沒有監控 （我們一直知道 ISO 對於軟體開發來說是 BS - 但現在有證據了）