Parfois, je déteste être un développeur capable de déboguer JavaScript parce que je vois le code absolument négligé qu'un autre développeur a poussé en production. Il est impossible d'imprimer des étiquettes de colis sur le site de NL Post (@PostNL) à cause de ce null non géré qui casse tout. Utilisez TypeScript et gérez les nulls, d'accord ?!

Pour le dire clairement : quelqu'un a supposé que le produit a toujours une propriété productOptionViewModel. Surprise surprise, ce n'est jamais le cas. Le fait que je publie cela sur X et que je surveille que les revenus provenant de l'impression d'étiquettes tombent à 0 $ est déjà assez embarrassant, pour être honnête.

Mise à jour : gérer les valeurs nulles ne serait probablement pas suffisant. Quelqu'un a probablement cassé le passage d'objets. La valeur "produit" (par exemple, que j'envoie une lettre ou une enveloppe) est juste "null" au moment où elle arrive au paiement. C'est un manque de QA/test et c'est tout simplement négligent. Envoi avec DHL maintenant.

Mise à jour : gérer les valeurs nulles ne serait probablement pas suffisant. Quelqu'un a probablement mal passé des objets. La valeur "produit" (par exemple, que j'envoie une lettre ou une enveloppe) est juste "null" au moment où elle arrive au paiement. C'est un manque de QA/test et c'est tout simplement négligent. Envoi avec DHL maintenant

C'est pourquoi les certificats ISO ne signifient absolument rien PostNL a des certificats ISO sur tout... mais ensuite, ils expédient ce genre de bogue en production, le rendant inutilisable. Clairement pas de tests E2E, pas de surveillance (Nous avons toujours su que l'ISO était une blague pour le développement logiciel - mais maintenant, il y a la preuve)