3 ms·
I retract my opinion - the approach is clearly correct for that business domain. The key difference is here: > The thinking is that if a client is shopping fo
by vemv 11y ago
I retract my opinion - the approach is clearly correct for that business domain.
The key difference is here:
> The thinking is that if a client is shopping for a class in a different timezone, why would we convert the class's time to the client's timezone? It makes no sense.
Roughly speaking, basically there are two kind of apps:
- apps where datetime values need to be localized ("this message was sent at 18:00")
- apps where datetime values need to reflect a fixed timezone ("we will meet in Madrid, at 18:00 local time")
- Khao 11y agoIn our app, everything that's a timestamp (invoices, payments, registering to an event, sending messages, create/update timestamps, etc..) is stored in UTC. Having both depending on the use case is really the best for us.