As a software dev who has lost weeks of his life dealing with timezones, leap days, daylight savings time, date math and other associated nonsense I fully support this being the way the world is. I don't want to go through the transition to get there though
Bad news: this has nothing to do with timezones, leap days nor daylight saving time. Honestly, leap days would be worse because they wouldn't be part of the 7 day week
It's accounted for just like any other leap year, add it to the end of a month as a universal holiday. Most calendar models make it July 29. It's also worth noting that this is actually 364 days, and a single day at the end of the year is a universal holiday.
Edit: I think leap years should be at the end of the year too for simplicity.
That would just be new year.
I've already have a list ready for how to name all the months, so we don't fuck it up like September being the 9. Month again.
In this scheme, new years day and leap days are not any day of the week or part of any month. They exist outside of the regular calendar as obvious and explicit resets to the remainder problem.
No, still easier. They are still part of the year, so you can just count them, and the logic is still easier than the mess we currently have. If you really feel the need to you can call new years day the zeroth day in the zeroth month, the day of the week is Holiday, and periodically the zeroth month has one extra Holiday.
Computers store the date as "days after January 1st 1970". So you have a huge number, divide it with 7 and get the day of the week. If there are days that don't belong to any week, you have to calculate January 1st of that year and substrate it in addition to the steps above. I don't say it's not manageable, but it's not easier
They store the number of seconds since the epoch of 1970, but you're always going to have leap days and even leap seconds. Even if you changed the definition of a second to match the current length of a year, it would be off again relatively soon and you'd need leap seconds again. It's NEVER going to be as simple as you seem to think it should be. Chaos and complexity is inherent in the whole system.
I never said it was simple. The comment above me was "oh, this makes it much easier" and I was like "it's not really getting easier". That's all I said.
Look, short of changing Earth's orbit, something's not gonna line up no matter what you do. Extra-weekly days are as good a compromise as any in my book.
Developers are the only people against DST changes, just because of how complex it will get. Dear God cities are removing DST! Cities! It means I need to know if you are in or out of a city to know if you need to be shown daylight or standard time!
and who implements localtime? You realize these functions call down to the system, and the system is very much ALSO written and maintained by coders...
The point is SOMEONE actually does have to implement it and maintain it.
Dear God cities are removing DST! Cities! It means I need to know if you are in or out of a city to know if you need to be shown daylight or standard time!
That's why it's lucky that identifiers in the tz database are already things like America/New_York instead of "eastern time."
Newfoundland has only just over 500k population and has a nice GMT-2:30 time zone. That's an extra half hour difference. Many cities are larger so I can see them wanting better time for themselves.