this post was submitted on 22 Dec 2024
178 points (97.8% liked)

Saturday Morning Breakfast Cereal

391 readers
99 users here now

Posts and discussion about the webcomic Saturday Morning Breakfast Cereal by Hugo Award-winning author Zach Weinersmith (and related works)

https://www.smbc-comics.com/

https://www.patreon.com/ZachWeinersmith

@ZachWeinersmith@mastodon.social

New comics posted whenever they get posted on the site, and old comics posted every day until we catch up in a decade or so

founded 2 months ago
MODERATORS
 

http://smbc-comics.com/comic/daylight

Alt textThere, now Nate Silver can stop arguing with everyone on twitter.

Bonus panelBonus panel

top 11 comments
sorted by: hot top controversial new old
[–] zer0squar3d@lemmy.dbzer0.com 10 points 1 week ago (2 children)

Not to be that guy but... It's daylight saving time not daylight savings time

Not at the Springfield Try n Save! They have daylight savings for, well, days!

[–] tuck182@lemmy.world 3 points 1 week ago

I was also that guy, just ... only in my head. Thank you for your service.

[–] pemptago@lemmy.ml 5 points 1 week ago (2 children)

Team UTC. F* DST and TZs. I'll go to work after the sun comes up at 16:30 if it means my watch remains unchanged and there's no adding or subtracting when I make plans with someone on a different latitude.

[–] NobodyElse@sh.itjust.works 8 points 1 week ago (1 children)

You’ll still have to add/subtract for plans with distant people to figure out when they’re awake and at work. You just won’t have the convenience of a familiar workday timeframe (9-5) to help you with the calculation.

[–] pemptago@lemmy.ml 3 points 1 week ago* (last edited 1 week ago)

True. For some reason, it feels less like adding and subtracting than knowing it occurs later or earlier. I kind of like that.

"The sun sets at 6PM, but they're 4 hours ahead so it's setting here at their 10PM and there at my 2PM," feels more complicated than "the sun sets at 16:00 there and 20:00 here," It seems clearer where they are on earth relative to the solar cycle. Also, if I visit them, it's straightforward when I'll be eating and sleeping, so maybe a day before traveling I eat dinner at 18:00 to ease into it.

[–] frank@sopuli.xyz 6 points 1 week ago (2 children)

The best argument against that I've heard is that the date will change mid day for half the world

[–] m_f@midwest.social 3 points 1 week ago (1 children)

I think we'd get used to it

[–] frank@sopuli.xyz 3 points 1 week ago (1 children)

Could make some transactions and programming a bit more complex. It's not insurmountable, but not trivial

[–] pemptago@lemmy.ml 3 points 1 week ago

We already convert to UTC when doing those things across timezones. I believe starting in UTC would actually simplify it by removing that step.

[–] pemptago@lemmy.ml 2 points 1 week ago

Fair point. Though it might help that the date would change, globally, at the same time. Our current setup is not flawless regarding dates.

Currently, plotting daily events that happen before and after midnight, like sleep, is not straightforward.

Also, anyone who stays up past midnight or works the night shift experiences this already.

When scheduling with folks in drastically different time zones (one's night is the other's next-day morning) you need to account for the hour and the day. If an event is scheduled for the 2nd monday of the month it'll be their 2nd tuesday, sometimes, or their 3rd, depending on what day the month starts on.

It seems to reveal an issue that we use "day" to mean multiple things: the objective increment between month (or week) and hour, and the personal increment after a sleep cycle. Timezones muddle the two by adapting the former to resemble the later.