La librería Python Pendulum implementa un operador de suma (+) atípico que consulta la pila de llamadas para determinar el comportamiento matemático, una decisión diseñada para resolver conflictos entre la aritmética consciente del horario de verano (DST) y la compatibilidad de reemplazo directo. Pendulum promete mantener la semántica de tiempo de reloj estándar para la conversión de zonas horarias, pero aplicar aritmética de tiempo transcurrido para otras operaciones, lo que genera una lógica condicional en su método add.
Este enfoque introduce problemas significativos de rendimiento y fragilidad. El análisis de la pila de llamadas mediante traceback.extract_stack() hace que la operación de suma sea aproximadamente 600 veces más lenta que la del estándar de la biblioteca, ya que cada llamada invoca una inspección del sistema operativo. Además, la verificación basada en el nombre de la función es frágil; cualquier código que utilice una función con ese nombre específico, como astimezone, recibirá la lógica de Pendulum en lugar de la estándar, lo que puede causar errores silenciosos en la conversión de zonas horarias.
El artículo explica que Pendulum se encuentra atrapado entre dos compromisos: la precisión en la aritmética DST y la compatibilidad con el estándar de Python. Al no poder modificar la lógica de conversión del estándar ni eliminar la sobrecarga del operador, la librería recurre a suposiciones en tiempo de ejecución. Esta estrategia, aunque necesaria para mantener la coherencia interna, introduce riesgos de errores silenciosos y depende de detalles de implementación específicos, como el nombre de la función o el sistema operativo, lo que limita la portabilidad y la predictibilidad del código que utiliza Pendulum.