Czasami nienawidzę być deweloperem, który potrafi debugować JavaScript, ponieważ widzę absolutnie nieodpowiedzialny kod, który inny deweloper wrzucił na produkcję. Nie da się wydrukować etykiet paczek na stronie NL Post (@PostNL) z powodu tego nieobsłużonego null, który wszystko psuje. Używaj TypeScript i obsługuj null, OK?!

Aby to wyjaśnić: ktoś założył, że produkt zawsze ma właściwość productOptionViewModel. Niespodzianka, niespodzianka, nigdy jej nie ma. Fakt, że publikuję to na X i monitoruję, nie zauważając, że przychody z drukowania etykiet spadają do $0, jest wystarczająco żenujący, jeśli chodzi o wartość.

Aktualizacja: obsługa null prawdopodobnie nie wystarczy. Ktoś prawdopodobnie zepsuł przekazywanie obiektów. Wartość "produkt" (np. że wysyłam list lub kopertę) jest po prostu "null" w momencie, gdy dociera do płatności. To brak QA/testów i jest po prostu niechlujne. Wysyłam teraz z DHL.

Aktualizacja: obsługa null prawdopodobnie nie wystarczy. Ktoś prawdopodobnie zepsuł przekazywanie obiektów. Wartość "produkt" (np. że wysyłam list lub kopertę) jest po prostu "null" w momencie, gdy dociera do płatności. To brak QA/testów i po prostu czysta niedbałość. Wysyłam teraz z DHL.

Dlatego certyfikaty ISO nic nie znaczą PostNL ma certyfikaty ISO na wszystko... ale potem wysyła tego rodzaju błąd do produkcji, co czyni go bezużytecznym. Wyraźnie brak testów E2E, brak monitorowania (Zawsze wiedzieliśmy, że ISO to bzdura w rozwoju oprogramowania - ale teraz mamy dowód)