I agree with the sibling, _this_ is also bad advice. It really depends on the use case. For example: * If date is used as a "low precision timestamp", then I'

I agree with the sibling, _this_ is also bad advice. It really depends on the use case. For example: * If date is used as a "low precision timestamp", then I'd advise to use full timestamp+tz and extract the date in presentation after applying tz adjustments. * Sometimes date represents a sort of a fiscal date, which refers to a time period that captures business hours in a certain location. There it is a bit trickier, but slamming a tz on it is not an answer. As for timestamps, stick to UTC if you can, but in any case keep TZ explicit. There are two many middlewares there that would be happy to assume a tz for you and give you hell.