A volte odio essere uno sviluppatore che può fare il debug di JavaScript perché vedo il codice assolutamente negligente che un altro sviluppatore ha inviato in produzione. È impossibile stampare le etichette dei pacchi sul sito di NL Post (@PostNL) a causa di questo null non gestito che rompe tutto. Usa TypeScript e gestisci i null, va bene?!

Per dirla chiaramente: qualcuno ha supposto che il prodotto abbia sempre una proprietà productOptionViewModel. Sorpresa sorpresa, non ce l'ha mai. Il fatto che stia pubblicando questo su X e monitorando non catturare entrate dalla stampa delle etichette che vanno a $0 è abbastanza imbarazzante, per quanto mi riguarda.

Aggiornamento: gestire il null probabilmente non sarebbe sufficiente. Qualcuno ha probabilmente rotto il passaggio degli oggetti. Il valore "prodotto" (ad esempio, che sto inviando una lettera o una busta) è semplicemente "null" quando arriva al pagamento. Questa è mancanza di QA/test e è semplicemente trascurato. Invio con DHL ora.

Aggiornamento: gestire il null probabilmente non sarebbe sufficiente. Qualcuno ha probabilmente rotto il passaggio degli oggetti. Il valore "prodotto" (ad esempio, che sto inviando una lettera o una busta) è semplicemente "null" quando arriva al pagamento. Questa è mancanza di QA/test e è semplicemente trascurato. Invio con DHL ora

Ecco perché i certificati ISO non significano assolutamente nulla PostNL ha certificati ISO su tutto... ma poi spedisce questo tipo di bug in produzione, rendendolo inutilizzabile. Chiaramente nessun test E2E, nessun monitoraggio (Abbiamo sempre saputo che l'ISO era una sciocchezza per lo sviluppo software - ma ora c'è la prova)