The Python datetime standard library datetime deliberately limited by consistent aspects that do not change all the time in the legislative document - why does it deliberately exclude direct support for time zones, DST, fuzzy parsing and poorly defined arithmetic (for example, "in a month" ...) and the like. In addition, dateutil for many kinds of manipulations and pytz for time zones (including DST questions), add most of what you ask for, although not very explosive things such as βholidaysβ that change so wildly not only in political jurisdictions , but even between employers within a singular jurisdiction (for example, in the USA, some employers consider Columbus Day a holiday, but many do not, and some, with offices in many places, have it as a holiday in some places, but not in others given this complete chaos , expecting to find a universal library that somehow magically makes sense of chaos is rather strange).
Alex martelli
source share