Soms haat ik het om een ontwikkelaar te zijn die JavaScript kan debuggen, omdat ik de absoluut zorgeloze code zie die een andere ontwikkelaar naar prod heeft gepusht. Het is onmogelijk om pakketlabels op de NL Post-site (@PostNL) af te drukken vanwege deze onbehandelde null die alles breekt. Gebruik TypeScript en behandel nulls, OK?!

Om het duidelijk te maken: iemand ging ervan uit dat een product altijd een productOptionViewModel-eigenschap heeft. Verrassing, verrassing, dat heeft het nooit. Het feit dat ik dit op X plaats en monitor, is al beschamend genoeg, vooral omdat de inkomsten uit het printen van labels naar $0 gaan.

Update: het omgaan met null zou waarschijnlijk niet genoeg zijn. Iemand heeft waarschijnlijk het doorgeven van objecten kapotgemaakt. De "product" waarde (bijv. dat ik een brief of envelop verstuur) is gewoon "null" tegen de tijd dat het bij de betaling komt. Dit is een gebrek aan QA/testen en is gewoon slordig. Versturen met DHL nu

Update: het omgaan met null zou waarschijnlijk niet genoeg zijn. Iemand heeft waarschijnlijk het doorgeven van objecten kapotgemaakt. De "product" waarde (bijv. dat ik een brief of envelop verstuur) is gewoon "null" tegen de tijd dat het bij de betaling komt. Dit is een gebrek aan QA/testen en is gewoon slordig. Versturen met DHL nu

Dit is waarom ISO-certificaten absoluut niets betekenen PostNL heeft ISO-certificaten voor alles... maar verzendt dit soort bugs naar productie, waardoor het onbruikbaar wordt. Duidelijk geen E2E-tests, geen monitoring (We wisten altijd al dat ISO onzin was voor softwareontwikkeling - maar nu is er bewijs)