I don't think global time would be a problem like many people suggest. If you're in US and talk to somebody in Australia, you will quickly develop an intuition that time @X is night (or whatever it happens to be) over there, just like our other intuitions about how many things (weather, season, how long are sunsets, etc.) are different in different places.
Timezones are failing at all of their jobs. Getting time to correspond to sun position? It can be 7pm here and 7pm there but here it will be fully dark and there it will be still mid-evening. Knowing working hours of shops and government? Everything is all over the place. Everything is fluid and changes with seasons.
Plus, there is this unfair specialness that some countries are at UTC and others have offsets. With global time, everybody gets @0, just for different places it will be at a different sun position. (As long as we find a political way to pick something neutral, instead of saying "that's when the sun is highest in London".)
Finally, we don't have per-latitude calendar and things are working fine for us. It's February here and February in Argentina, and yet life doesn't stop even though it corresponds to winter here but to summer there.
I used to think this, but mirroring the sun position makes a lot of sense. If I wanted to meet w/ someone in Australia, I would still need to know extra information (what their equivalent 9-5 working hours are).
You would need to know that person's working hours, so I don't see how you are avoiding something.
Sure, if you talk to someone there for the first time, you would need to learn what time is generally day/night. However, you will know that 2-3 times in. Just like you would automatically know that now it's summer in Oz, or 3 hour short days near Arctic circle, if you talk to anyone from there even very occasionally.
Case in point, we have global calendar with no problems.
My point is either way you need to memorize some info in the first couple of interactions and it really doesn't make sense to go through all of this change to just memorize a different thing.
If you really need to coordinate something across many timezones, you currently have the option to use UTC to specify the time.
Following the sun also gives a lot of context. (i.e. if my flight to China lands at 9p local time, I immediately know that it's going to be night, but if my flight lands at 1PM UTC, I really have no context as to what time of day I'll be landing)
> My point is either way you need to memorize some info in the first couple of interactions and it really doesn't make sense to go through all of this change to just memorize a different thing.
It's at least to make time management in systems much less error-prone and complex, among other things.
> if my flight to China lands at 9p local time, I immediately know that it's going to be night
What does that imply? If you mean "it's going to be dark", not really (you need to have more context to assume it's going to be dark at 9pm, there are places where in summer it's still very much light at 10pm). If you mean something like "buses are going to be running and McDonalds will be open", not really (you'll need to check the schedules anyway).
> It's at least to make time management in systems much less error-prone and complex, among other things.
I'm sure people deal w/ more complex issues, but 90% of it is covered by storing everything as UTC and doing the conversion on the frontend.
> What does that imply? If you mean "it's going to be dark", not really (you need to have more context to assume it's going to be dark at 9pm, there are places where in summer it's still very much light at 10pm). If you mean "buses are going to be running and McDonalds will be open", not really (you'll need to check the schedules anyway).
It implies a lot, including that less things are likely to be open, it's likely to be dark, and that I'll probably want to get to bed within a couple of hours to wake up for whatever I'm doing the next day at a reasonable time in the morning (i.e. how to adjust to the daylight cycle there).
Things you will have in context when traveling: "it's going to be cold", "it's likely to rain", "it's going to be government conference so there will be extra delays with transport", "it's going to be %holiday% so everything's going to be closed all week", etc.
You're so used to it you don't even question that, and if you add to that "@x is when sunset usually happens"... somehow I think the world will not come crashing down.
I constantly forget which way the half hour difference is between Adelaide and Melbourne / Sydney!
Then I have regular contact with offices in London and LA. For some of the year it’s not too bad, and then our clocks switch the opposite way and it gets less convenient! Which way is which I can never remember.
Queensland doesn’t bother changing their clocks at all.
Writing software that deals with Timezones isn’t too bad these days, but supporting it is as it constantly confuses users I find!
It's worth noting that technically London uses GMT for 5 months and BST for 7 months.
The GMT offset is zero, but it's important to note the difference especially when configuring servers to avoid nasty daylight savings surprises kicking in at at end of March.
There has been talk of moving to a +1 offset all year round for lighter evenings in winter, albeit at the cost of some very dark morning, but given we couldn't even manage Metrication without people still complaining 20 years later, I can't see it ever happening.
I was specifically thinking of the "Metric Martyrs" who were jailed over refusing to display weights and measures in metric.
The law requiring metric didn't actually come into force until 2000, these cases were early 2000s. Note that the law to this day still allows for imperial measurements to also be displayed, but they wanted to display in solely imperial.
Since humans still prefer to work in daylight and sleep in darkness, even without timezones you still need to have extra information in addition to "what time is it" to figure out if Steve in Australia will be awake at @700 or asleep...
Maybe when the nuclear winter makes it dark all the time, or forces us all to live underground, then we can abolish timezones.
To be fair, I still have to look up what is the time zone difference to Australia and do mental maths, which is the exact same effort as looking up whether @700 is day or night time over there.
On second thoughts, the extra information is probably less complicated, Steve can say "I'm available between @300 and @1000" (maybe he keeps odd hours), and this knowledge plus a glance at the current time can tell me whether I can call Steve.
Steve could also just tell his availability in UTC, and the same lack of maths is needed. Although, we still need maths because most of us don't use UTC time, in the UK only half a year as well. Except Icelanders...
I couldnt quite get the benefit of this. It's similar to UTC, but then in a format that doesn't make sense unless you convert it back to minutes? Why not use UTC, it is already in human understand format.
Having worked at firms based in New York, Chicago and London, every time there has been a debate about "Should we use local or UTC time?", I ALWAYS mention Swatch Internet Time.
The fact that it's now on the front page of Hacker News makes me so happy.
This comes from that short period where the Internet was meant to be the bonding agent for our global village bright happy future.
And it was always portrayed as a solution for arranging meetings for you and your friends or business people on the other side of planet.
I think the other idea from these times was abolishing phone numbers and using unified global email-like identifiers.
And in a way we got this on social media - some people use same account names everywhere - not mention keybase, and we also have instant messengers on smartphones in our pockets.
Hover the timestamp here on HN and you'll see it at least once in your life time :) I'm guessing it's mostly developers, especially ones working internationally, who come across it every day. Others seem to prefer to convert between people's timezone, while we just send UTC+00:00 to each other.
I was about to comment that it's not UTC, it's in my local time. Then I remembered my local time (Europe/London) is currently equivalent to UTC, so I have no idea what it's actually displaying (it's not indicated in any way).
It's actually a problem in these parts that it's not obvious to us whether a time is in UTC or local time. I've found so many things displayed in UTC that people have assumed is local time then summer comes around and everything is off by an hour.
I’ve heard about it, from time to time. It’s interesting, but don’t see it going anywhere.
From the official Swatch page:
> The BMT Meridian was inaugurated on October 23rd, 1998, in the presence of Nicholas Negroponte, founder and director of the media laboratory at the Massachusetts Institute of Technology.
That’s an oddly-phrased sentence. I wonder what “in the presence of” looks like.
Wait is that available? Best clock would be UTC + decimal time anyway, netric time is a good name for that.
Decimal time: you divide the day into powers of tens, a 'deci' is 2.4 hours, a 'centi' is 14.4 ~= 15 minutes, a 'mili' is 1.44 minutes ~= 86 seconds and so on.
Great system with convenient lengths, and easy to add duration + date, and convert between different units.
Swatch® Internet Time, or .beat time, is a decimal time concept introduced in 1998, dividing the day into 1,000 ".beats" rather than hours and minutes. It eliminates time zones by anchoring to "Biel Mean Time" (UTC+1). One beat equals 86.4 seconds, with the time written as @000 to @999
I don't think global time would be a problem like many people suggest. If you're in US and talk to somebody in Australia, you will quickly develop an intuition that time @X is night (or whatever it happens to be) over there, just like our other intuitions about how many things (weather, season, how long are sunsets, etc.) are different in different places.
Timezones are failing at all of their jobs. Getting time to correspond to sun position? It can be 7pm here and 7pm there but here it will be fully dark and there it will be still mid-evening. Knowing working hours of shops and government? Everything is all over the place. Everything is fluid and changes with seasons.
Plus, there is this unfair specialness that some countries are at UTC and others have offsets. With global time, everybody gets @0, just for different places it will be at a different sun position. (As long as we find a political way to pick something neutral, instead of saying "that's when the sun is highest in London".)
Finally, we don't have per-latitude calendar and things are working fine for us. It's February here and February in Argentina, and yet life doesn't stop even though it corresponds to winter here but to summer there.
I used to think this, but mirroring the sun position makes a lot of sense. If I wanted to meet w/ someone in Australia, I would still need to know extra information (what their equivalent 9-5 working hours are).
You would need to know that person's working hours, so I don't see how you are avoiding something.
Sure, if you talk to someone there for the first time, you would need to learn what time is generally day/night. However, you will know that 2-3 times in. Just like you would automatically know that now it's summer in Oz, or 3 hour short days near Arctic circle, if you talk to anyone from there even very occasionally.
Case in point, we have global calendar with no problems.
My point is either way you need to memorize some info in the first couple of interactions and it really doesn't make sense to go through all of this change to just memorize a different thing.
If you really need to coordinate something across many timezones, you currently have the option to use UTC to specify the time.
Following the sun also gives a lot of context. (i.e. if my flight to China lands at 9p local time, I immediately know that it's going to be night, but if my flight lands at 1PM UTC, I really have no context as to what time of day I'll be landing)
> My point is either way you need to memorize some info in the first couple of interactions and it really doesn't make sense to go through all of this change to just memorize a different thing.
It's at least to make time management in systems much less error-prone and complex, among other things.
> if my flight to China lands at 9p local time, I immediately know that it's going to be night
What does that imply? If you mean "it's going to be dark", not really (you need to have more context to assume it's going to be dark at 9pm, there are places where in summer it's still very much light at 10pm). If you mean something like "buses are going to be running and McDonalds will be open", not really (you'll need to check the schedules anyway).
> It's at least to make time management in systems much less error-prone and complex, among other things.
I'm sure people deal w/ more complex issues, but 90% of it is covered by storing everything as UTC and doing the conversion on the frontend.
> What does that imply? If you mean "it's going to be dark", not really (you need to have more context to assume it's going to be dark at 9pm, there are places where in summer it's still very much light at 10pm). If you mean "buses are going to be running and McDonalds will be open", not really (you'll need to check the schedules anyway).
It implies a lot, including that less things are likely to be open, it's likely to be dark, and that I'll probably want to get to bed within a couple of hours to wake up for whatever I'm doing the next day at a reasonable time in the morning (i.e. how to adjust to the daylight cycle there).
Things you will have in context when traveling: "it's going to be cold", "it's likely to rain", "it's going to be government conference so there will be extra delays with transport", "it's going to be %holiday% so everything's going to be closed all week", etc.
You're so used to it you don't even question that, and if you add to that "@x is when sunset usually happens"... somehow I think the world will not come crashing down.
Australian here!
I constantly forget which way the half hour difference is between Adelaide and Melbourne / Sydney!
Then I have regular contact with offices in London and LA. For some of the year it’s not too bad, and then our clocks switch the opposite way and it gets less convenient! Which way is which I can never remember.
Queensland doesn’t bother changing their clocks at all.
Writing software that deals with Timezones isn’t too bad these days, but supporting it is as it constantly confuses users I find!
It's worth noting that technically London uses GMT for 5 months and BST for 7 months.
The GMT offset is zero, but it's important to note the difference especially when configuring servers to avoid nasty daylight savings surprises kicking in at at end of March.
There has been talk of moving to a +1 offset all year round for lighter evenings in winter, albeit at the cost of some very dark morning, but given we couldn't even manage Metrication without people still complaining 20 years later, I can't see it ever happening.
I think you mean complaining about metrication 50 years later :-)
The counterpoint is that without the metric system how could we make snarky comments on US-based woodworking videos?
I was specifically thinking of the "Metric Martyrs" who were jailed over refusing to display weights and measures in metric.
The law requiring metric didn't actually come into force until 2000, these cases were early 2000s. Note that the law to this day still allows for imperial measurements to also be displayed, but they wanted to display in solely imperial.
https://en.wikipedia.org/wiki/Metric_Martyrs
The situation another 20 years later is rosier, even the boomers have spent most their adulthood with metric, and they're dying off now.
the obvious solution is to move it by .5 the whole year round.
Fun fact, PHP has built in support for Swatch Internet Time with it's "B" format token.
https://www.php.net/manual/en/datetime.format.php
What a blast from the past. I added that!
I love seeing stuff like this on HN, that's really cool.
Oh really? Hah, you are the reason I've known about Swatch Internet Time for the last 20+ years.
I read the PHP docs and wondered "What in the heck is that?" before Googling it.
Since humans still prefer to work in daylight and sleep in darkness, even without timezones you still need to have extra information in addition to "what time is it" to figure out if Steve in Australia will be awake at @700 or asleep...
Maybe when the nuclear winter makes it dark all the time, or forces us all to live underground, then we can abolish timezones.
To be fair, I still have to look up what is the time zone difference to Australia and do mental maths, which is the exact same effort as looking up whether @700 is day or night time over there.
Aren't we saying the same thing?
On second thoughts, the extra information is probably less complicated, Steve can say "I'm available between @300 and @1000" (maybe he keeps odd hours), and this knowledge plus a glance at the current time can tell me whether I can call Steve.
Steve could also just tell his availability in UTC, and the same lack of maths is needed. Although, we still need maths because most of us don't use UTC time, in the UK only half a year as well. Except Icelanders...
related
https://qntm.org/abolish
I couldnt quite get the benefit of this. It's similar to UTC, but then in a format that doesn't make sense unless you convert it back to minutes? Why not use UTC, it is already in human understand format.
same here, this is just moving to switzerland as the base time.
https://www.swatch.com/en-ch/internet-time.html https://beats.wiki/0
Having worked at firms based in New York, Chicago and London, every time there has been a debate about "Should we use local or UTC time?", I ALWAYS mention Swatch Internet Time.
The fact that it's now on the front page of Hacker News makes me so happy.
This always felt like a marketing gimmick. I've never seen it actually used for anything, unlike UTC.
This comes from that short period where the Internet was meant to be the bonding agent for our global village bright happy future.
And it was always portrayed as a solution for arranging meetings for you and your friends or business people on the other side of planet.
I think the other idea from these times was abolishing phone numbers and using unified global email-like identifiers. And in a way we got this on social media - some people use same account names everywhere - not mention keybase, and we also have instant messengers on smartphones in our pockets.
The Sega Dreamcast online RPG "Phantasy Star Online" displayed the current time in beats.
I _just_ got my dreamcast with PSO back online and was wondering what time it was displaying!
Thank you for helping me discover the source of this little brainwurm.
Most definitely marketing. It’s got the company name in it. I’m surprised other watch makers didn’t come up with their own time standards as gimmicks.
Even UTC+-0 I have seen rarely. AoE seems more common, especially for deadlines
> Even UTC+-0 I have seen rarely
Hover the timestamp here on HN and you'll see it at least once in your life time :) I'm guessing it's mostly developers, especially ones working internationally, who come across it every day. Others seem to prefer to convert between people's timezone, while we just send UTC+00:00 to each other.
I was about to comment that it's not UTC, it's in my local time. Then I remembered my local time (Europe/London) is currently equivalent to UTC, so I have no idea what it's actually displaying (it's not indicated in any way).
It's actually a problem in these parts that it's not obvious to us whether a time is in UTC or local time. I've found so many things displayed in UTC that people have assumed is local time then summer comes around and everything is off by an hour.
Yeah, the UI is slightly ambiguous about it, but FWIW I see the time as one hour off, which makes sense since I'm in +1 :)
The API shows a unambiguous timestamp, which is the exact same value I see for your comment: https://hn.algolia.com/api/v1/items/46958592
> created_at: "2026-02-10T12:03:56.000Z"
Your comment currently says "7 minutes ago" and 12:03:56, yet here it is 13:11.
I've got some cheap esp32's and small oled displays lying around for years now, I should build a Beats clock as a weekend project.
I’ve heard about it, from time to time. It’s interesting, but don’t see it going anywhere.
From the official Swatch page:
> The BMT Meridian was inaugurated on October 23rd, 1998, in the presence of Nicholas Negroponte, founder and director of the media laboratory at the Massachusetts Institute of Technology.
That’s an oddly-phrased sentence. I wonder what “in the presence of” looks like.
> I wonder what “in the presence of” looks like.
That is what an artificial intelligence would say, unable to comprehend the existence of the physical world :-)
(I've also just finished reading the novel Shroud by Adrian Tchaikovsky, which revolves around a similar plot point, but it's aliens)
Fun!
Not sure if it's a bug, but for the date+time permalink at the bottom, the displayed link changes but the underlying href is locked to 7 months ago
The swatch.com website still shows @beats in the upper left corner.
I am unsure whether Swatch still markets watches with digital displays.
This was a missed opportunity to call it netric time.
Wait is that available? Best clock would be UTC + decimal time anyway, netric time is a good name for that.
Decimal time: you divide the day into powers of tens, a 'deci' is 2.4 hours, a 'centi' is 14.4 ~= 15 minutes, a 'mili' is 1.44 minutes ~= 86 seconds and so on.
Great system with convenient lengths, and easy to add duration + date, and convert between different units.
Internet time is already that: it’s UTC with the day divided into a 1000 beats/metric minutes.
Edit: Swatch internet time
There is no "Internet time": https://en.wikipedia.org/wiki/Internet_time
There is "Swatch Internet Time" which is UTC+1. (Wiki never refers that time as Internet Time, good that they couldn't take the term for their time.)
It seems "Internet time" is still free for someone to take, if they can.
See French Decimal Time:
https://en.wikipedia.org/wiki/Decimal_time
Not to be confused with Metric Time:
https://en.wikipedia.org/wiki/Metric_time
Timekeeping units of measurement:
https://en.wikipedia.org/wiki/Unit_of_time
Swatch® Internet Time, or .beat time, is a decimal time concept introduced in 1998, dividing the day into 1,000 ".beats" rather than hours and minutes. It eliminates time zones by anchoring to "Biel Mean Time" (UTC+1). One beat equals 86.4 seconds, with the time written as @000 to @999
How does it handle leap seconds?
It manhadles it like a Swiss stuffed on cheese fondue and chocolate.
As it's based upon UTC+1, I imagine the same way as UTC.
This website:
> There are no confusing time zones ordaylight savings time shifts to worry about.
Also this website (and in the very next sentence - emphasis mine):
> There are exactly 1,000 .Beats in a day, making each .Beat precisely 1 minute and 26.4 seconds long.
Having a laugh.
I'm assuming this cannot be serious, otherwise get thee hence!