It's gonna get much worse when you start to try mapping days of the week onto the new times. Are days gonna be the same everywhere as well, to stay from 0 to 24? If so, have fun saying things like "Let's find a time on Wednesday/Thursday". People likely couldn't be bothered and would probably just use the day that their normal wake-up time falls on to mean the full solar day instead. At which point you could also just say okay, weekdays are still following local solar days. But now what weekday is it halfway around the world? Now you need to look up their solar day.

All this to say - abolishing time zones will introduce the reverse problem for every problem that it seemingly solves. You can't change the fact that our planet rotates and people in different locations will follow different schedules. Turning the lookup-table upside down is just a cosmetic change that doesn't remove the situation that's causing the confusion. I'd rather just stick with the set of problems that we're already used to dealing with.

People comprehend days, they comprehend that their day starts at 00:00 and ends at 23:59. Calling to the other side of the world isn't something most people.do on a daily basis

Ohh, she knew.

I can get behind that

CEST now...

Britain: hey guys let's just use my time k?

Europe: Fuck you.

No, 14:00 will be 2pm in freedom land.

That's all good info and explains some of the problems that could be resolved for us programmers if we were on UTC, but for the most part these are programmer problems and the computer handles it for everyone else. Additionally, it makes a few issues clear that won't be resolved with a UTC switch.

First, as mentioned countries all over the world decide for themselves what timezone they're going to follow. Even if countries were to switch to UTC, we know they all won't do it nor at the same time, so programmers will have to deal with that added complexity too having some on UTC, some off, some switching on this date or that... if the movement got serious we'd have another Y2K frenzy, but not one that ended on a specific date.. it'd linger for years as various countries came on-board. Additionally, we'd still have to deal with all the historical calendar, timezone and DST switches he mentioned. Those wouldn't go away... in fact we'd be introducing a bunch of new ones.

Fact is timezones are understandable and work pretty good for normal people and their day-to-day tasks. Normal people aren't going to want to understand UTC and then have to translate their normal day times to and from others around the world. No matter where you are I understand what you mean when you say your morning started at 6am or you eat at noon or you go to bed at 11pm or 23:00 for that matter. With UTC I don't know what 23:00 means in Australia, Germany or India relative to your day... not only programmers but even normal people would have to know how to translate that to a time they can relate too, so you'd have to know timezones anyway. So while I'd know 23:00 was exactly the same point in time for each of us, I wouldn't know how it relates to your day the way it relates to mine... is it morning, night, mid-day? It would actually make today's programmers problems - which isn't too common for most of us - a problem for everyone.

You're referring to UNIX time. And you're correct.

It's a count of how many seconds from midnight, January first, 1970, UTC.

Local computers update that time, still in UTC, from time servers, usually over NTP, then translate that time reading from UNIX time in UTC, to a human readable format in the local time zone.

All computers are still keeping track of time from Epoch in UTC.

Unix time is far less universal in computing than you might hope. A few exceptions I'm aware of:

• Most real-time clock hardware stores datetime as separate binary-coded decimal fields representing months, days, hours, minutes, and seconds as one byte each, and often the year too (resulting in a year 2100 limit).
• Python's datetime, WIN32's SYSTEMTIME, Java's LocalDateTime, and MySQL's DATETIME similarly have separate attributes for year, month, day, etc.
• NTFS stores a 64-bit number representing time elapsed since the year 1601 in 100-nanosecond resolution for things like file creation time.
• NTP uses an epoch of midnight 1900-01-01 with unsigned seconds elapsed and an unusual base-2 fractional part
• GPS uses an epoch of midnight 1980-01-06 with a week number and time within the week as separate values.

Converting between time formats is a common source of bugs and each one will overflow in different ways. A time value might overflow in the year 2036, 2038, 2070, 2100, 2156, or 9999.

Also, Unix time is often managed with a separate nanoseconds component for increased resolution. Like in C struct timespec, modern *nix filesystems like ext4/xfs/btrfs/zfs, etc.

That's a nice theory, it would be a shame if I was only running Windows 10 on my desktop.

Spoiler: I am. No Linux or any other os or bootloader in sight.

If you're setting moon time to the day/night cycle of the moon, yeah, it would actually have a much longer day, from what I understand.

I might be wrong, but to my best understanding, the moon is tidally locked to the earth, meaning the same side of the moon is always facing the surface of our planet. Which means the rotation of the moon, and the length of a day on the moon would be tied to how fast it orbits the earth.

You can tell the duration of an orbit by simply following the moon cycle ("new" moon (midnight) through "full" moon (noon) and back to a "new" moon. Based on this, unless I've made a serious error in my logic, a moon day would be something like 20-30 earth days.

If I Google it, the moon orbits earth approximately every 27.3 days. Which is about 665h 12m... Give or take a few hours.

Our entire concept of time, days, months, and years, breaks on the moon. On earth, an hour is 1/24th of a rotation of the planet. A day is one full day/night cycle, a year is one orbit around the sun.

When you transpose this principle to the moon, am hour is 1/24th of a rotation of the moon, which happens to be 1/24th of a year, which is one orbital rotation around the earth. So one day = one year on the moon.

So how do we measure time on the moon in a way that isn't completely insane? The only logical thing I can think of is to fundamentally lock the time zone of the moon to the earth. That the date, and maybe even the time, isn't based on the moon, but rather transposed from some definition of the same on earth.

This also leads me into a rant/discussion about time in SciFi. Once you leave the orbit and reference point of Earth, what is a day? An hour? A year? You have no point of reference to base such notions of time. Why is there a "night shift" in programs like Star Trek? Why is there really only one captain? Why does everything on these shows seem to occur during their idea of "daytime"?

Then there negotiating with some alien race and say they'll reconvene tomorrow about something... Tomorrow, based on what? You're in space. It makes sense if they're in orbit of a planet, but then you get to see standoffs in the middle of fucking nothing, and they're like "you have 24 hours to decide". Okay. 24 hours based on what exactly?

I appreciated MiB's take on this in the film. They defined not only how much time they had to return the galaxy, but in what format the time was being counted in. Which they could calculate and adjust to earth time.

This all sets aside relativity, since when you're moving near, at, or beyond the speed of light, you experience time differently (see: interstellar), also gravity can affect this, and other factors. But somehow, they just side-shuffle from the whole time thing and just focus on the drama of it all. Viewers are too enthralled with the spectacle, not realizing that these Romans or boleans, or Klingons, or cardassians, or whatever, probably have a completely different idea of how much time their version of "one hour" or "one day" is.

It's fascinating and frustrating.

I love it and hate it all at the same time.

Time sucks. It's never correct, often ignored, and bluntly, a strange concept that isn't, IMO, well defined. We have the idea pretty well set up here on earth, based entirely on things happening on and to this planet, but if you take that reference point away, everything collapses.

I'm still technically correct. And we all know that's the best kind of correct.

Could you elaborate a little, I'm not quite sure how it's related to timezones