A veces odio ser un desarrollador que puede depurar JavaScript porque veo el código absolutamente descuidado que otro desarrollador subió a producción. Es imposible imprimir etiquetas de paquetes en el sitio de NL Post (@PostNL) debido a que este null no manejado rompe todo. Usa TypeScript y maneja los nulls, ¿vale?!

Para dejarlo claro: alguien asumió que el producto siempre tiene una propiedad productOptionViewModel. Sorpresa, sorpresa, nunca la tiene. El hecho de que esté publicando esto en X y monitoreando no captar ingresos de la impresión de etiquetas que van a $0 es lo suficientemente embarazoso, para que conste.

Actualización: manejar nulos probablemente no sería suficiente. Alguien probablemente rompió el paso de objetos. El valor "producto" (por ejemplo, que estoy enviando una carta o un sobre) es simplemente "nulo" para cuando llega al pago. Esto es falta de QA/pruebas y es simplemente descuidado. Enviando con DHL ahora

Actualización: manejar nulos probablemente no sería suficiente. Alguien probablemente rompió el paso de objetos. El valor "producto" (por ejemplo, que estoy enviando una carta o un sobre) es simplemente "nulo" para cuando llega al pago. Esto es falta de QA/pruebas y es simplemente descuidado. Enviando con DHL ahora

Esta es la razón por la que los certificados ISO no significan absolutamente nada PostNL tiene certificados ISO en todo... pero luego envía este tipo de error a producción, haciéndolo inutilizable. Claramente no hay pruebas E2E, ni monitoreo (Siempre supimos que ISO era una tontería para el desarrollo de software - pero ahora hay pruebas)