It works fine for me. It does not do EVERYTHING I need, but with dateutil and pytz, I am satisfied with the datetime infrastructure in python. Sure, I would like things changed in it, but its not like I expect the every module in the standard library to work exactly how I want.
On 3/23/2015 13:21, Alexander Belopolsky wrote:
Speaking of the datetime module, in what sense does it not "pass human usability check"? It does have a few quirks, for example I would rather see date accept a single argument in the constructor which may be a string, another date or a tuple, but I am not even sure this desire is shared by many other humans. It would be nice if datetime classes were named in CamelCase according to PEP 8 conventions, but again this is a very minor quirk.