Noen ganger hater jeg å være en utvikler som kan feilsøke JavaScript fordi jeg ser den helt uforsiktige koden en annen utvikler har presset til å produsere. Det er umulig å skrive ut pakkeetiketter på NL Post-nettsiden (@PostNL) fordi denne ubehandlede nullen ødelegger alt Bruk TypeScript og håndter nulls, OK?!

For å forklare det: noen antok at produktet alltid har en productOptionViewModel-egenskap. Overraskelse, overraskelse, det har det aldri gjort Det faktum at jeg legger ut dette på X og at overvåkingen ikke fanger inntekter fra utskrift av etiketter som går opp til 0 dollar, er pinlig nok for det det er verdt.

Oppdatering: å håndtere null ville sannsynligvis ikke være nok. Noen har sikkert brutt sammen ved å sende over gjenstander. "Produkt"-verdien (f.eks. at jeg sender et brev eller en konvolutt) er bare "null" når betalingen kommer Dette er mangel på QA/testing og er rett og slett slurvete. Sender med DHL nå

Oppdatering: å håndtere null ville sannsynligvis ikke være nok. Noen har sikkert brutt sammen ved å sende over gjenstander. "Produkt"-verdien (f.eks. at jeg sender et brev eller en konvolutt) er bare "null" når betalingen kommer Dette er mangel på QA/testing og er rett og slett slurvete. Sender med DHL nå

Dette er grunnen til at ISO-sertifikater ikke betyr noe som helst PostNL har ISO-sertifiseringer på alt... Men så sender denne typen feil til produksjon, noe som gjør den ubrukelig. Klart ingen E2E-tester, ingen overvåking (Vi visste alltid at ISO var tull for programvareutvikling – men nå finnes det bevis)