this post was submitted on 29 Jun 2024
903 points (94.9% liked)
Programmer Humor
32410 readers
1840 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Aren't time zones quite straightforward? You add a whole number of hours and for some a half. Compare that to a sundial on the one side and having times that don't match your day at all on the other, I'd say it's good
Not if the place doesn't do daylight savings time, and not all places in a timezone will do that (least in North America) so you need extra code if they do or do not. It becomes a pain after awhile when you do it in multiple projects. Technically one extra setting but it's still a pain to make sure it's handle properly in all cases, especially when the previous programmer decided to handle it for each case individually, but that's a different issue.
Also when you deal with the times, say in .Net you gotta make sure it's the proper kind of date otherwise it decides it's a local system date and will change it to system local when run. Sure it's all handled but there are many easy mistakes to make when working with time.
I probably didn't even get to the real reason, I sort of picked this up on my own.
Sounds like daylight saving is the bigger issue. Maybe not bigger but when you compare cost and benefit. I think the US uses even different start and end dates than the EU and I don't know about the rest of the world
Yeah the US differs by a couple of weeks iirc