Uneori urăsc să fiu un dezvoltator care poate depana JavaScript pentru că văd codul absolut neglijent pe care alt dezvoltator l-a trimis să producă. Este imposibil să tipărești etichetele de pachet pe site-ul NL Post (@PostNL) deoarece acest nul, negestionat, strică totul Folosește TypeScript și gestionează null-urile, OK?!

Ca să explic clar: cineva a presupus că produsul are întotdeauna o proprietate productOptionViewModel. Surpriză, surpriză, niciodată nu a fost Faptul că postez asta pe X și monitorizarea nu prinde venituri din tipărirea etichetelor care ajung la 0 dolari este destul de jenant, pentru ce știi.

Actualizare: probabil că gestionarea null-ului nu ar fi suficientă. Probabil cineva s-a stricat când a dat obiecte. Valoarea "produsului" (de exemplu, că trimit o scrisoare sau un plic) este pur și simplu "nulă" până ajunge la plată Aceasta este lipsa de QA/testare și este pur și simplu neglijentă. Trimit acum cu DHL

Actualizare: probabil că gestionarea null-ului nu ar fi suficientă. Probabil cineva s-a stricat când a dat obiecte. Valoarea "produsului" (de exemplu, că trimit o scrisoare sau un plic) este pur și simplu "nulă" până ajunge la plată Aceasta este lipsa de QA/testare și este pur și simplu neglijentă. Trimit acum cu DHL

De aceea certificatele ISO nu înseamnă absolut nimic PostNL are certificări ISO pentru tot... Dar apoi trimite acest tip de bug în producție, făcându-l inutilizabil. Clar, fără teste E2E, fără monitorizare (Am știut mereu că ISO este o prostie pentru dezvoltarea software – dar acum există dovada)