5 ms·
Day light savings time is the process of switch clocks forward 1 hour in the spring. This transfers 1 hour of sunlight from the morning to the night, hence incr
by kyruzic 5y ago
Day light savings time is the process of switch clocks forward 1 hour in the spring. This transfers 1 hour of sunlight from the morning to the night, hence increasing the hours of daylight. Then in the fall day light savings time ends and we give that hour back to the morning.
If we eliminated day light savings time you would still have post work sunlight in the winter.
- WorldMaker 5y agoIn the far west end of many timezones you never have post-work sunlight in the winter and the DST fight is over keep some post-work sunlight in the spring/fall and even parts of the summer. Western edges of timezones often favor/prefer year-round "daylight time" because that's closer to their natural noon as US timezones especially heavily favor natural noon on the eastern border.
- dragonwriter 5y ago> In the far west end of many timezones you never have post-work sunlight in the winter So...fix the problem at the source by changing the boundaries so solar noon is clock noon at (approximately) the center of the zone instead of the eastern boundary.
- WorldMaker 5y agoI think a lot of US timezones at least would split roughly in half if we entirely got rid of DST with eastern cities picking standard time and western cities picking daylight time. I think that's a big part of why we continue to debate getting rid of DST and never actually do it because no one wants to redraw the timezone boundaries.
- WarOnPrivacy 5y agoThere's the notion of getting rid of multiple timezones altogether.
- WorldMaker 5y agoIt's certainly an interesting notion in theory, though I believe in practice it isn't all that likely either. Before the railways every city and/or county just about was its own time zone and a lot of the historical records are in major computer timezone databases if you feel like exploring them. It's fascinating. (Including sometimes minute and second offsets from UTC; things that programmers sometimes wrongly assume aren't possible with UTC offsets.) I think it also should also be somewhat obvious pretty quickly that it is a communication nightmare for any company with a presence in multiple cities or any person travelling between cities. I also think "Swatch beats" made it seem pretty obvious to me that no one actually wants to standardize only on a single timezone with no offsets either.
- WarOnPrivacy 5y ago> no one actually wants to standardize only on a single timezone with no offsets either. You're right. Also no one wants 28 day months either.
- WorldMaker 5y agoAt risk of going way off topic, this reminds of the weird debates I've had with people about post-COVID calendars and how all the days kind of seem the same and all the months just weird. I've got friends that got deep into the "What day in March 2020 is this again?" "fandom" (https://whatdayofmarch2020.com/ https://whatdayofmarch2020.com/) My own ridiculous reaction was trying to use the French Revolutionary Calendar with the English month names (either the joke ones or the more serious proposal depending on my mood): https://en.wikipedia.org/wiki/French_Republican_calendar https://en.wikipedia.org/wiki/French_Republican_calendar It's really hard to use a different calendar, even as a joke. Obviously this effort was not helped that though there is plenty of software calendars that can convert to/from the French Revolutionary Calendar quite obviously none of them were English localized (in either the witty or the serious names), and it isn't really worth the time to do that, especially just as a joke. (Today is 21 Sneezy or 21 Fogarious, if you were curious.)