>> I think a better "lesson learned" in this case is to remove all ambiguity from datetime types ... > There is no ambiguity. The ambiguity I referenced was r

>> I think a better "lesson learned" in this case is to remove all ambiguity from datetime types ... > There is no ambiguity. The ambiguity I referenced was regarding program logic, not how `Date` operates when given only the year/month/date part of an instant. Perhaps I should have said instead: I think a better "lesson learned" in this case is to remove all ambiguity when using datetime types by internally using only UTC representations for calculations ... And, yes, I do see the irony in this. :-)