undefined | Better HN

0 pointsMartinussen1y ago0 comments

Before that observation (and importing that event into your application!), is it not semi-arbitrary, as far as the code is concerned? A fully defined point in the future (currently) corresponds 1:1 to a unix time, or a timestamp from this RFC, almost by definition.

If you can't calculate a delta from $now, or "are $X and $Y the same moment in time" , I don't think "timestamps" are the tool. Seems beyond the scope of RFCs like this, at least to me.

Without guaranteed internet access, how would you set an alarm for "this day next year"? Timezones changing already cause problems there, but those were least correct at one point - not a "quantum timestamp" of sorts.

0 comments

dotancohen1y ago

You have the same problem in Gregorian calendar, no?

How many leap seconds will occur between now and when Europa Clipper intercepts Jupiter? That's actually important to know, e.g. for scheduling radio telescope time.

And let's not forget that some Pacific island nations have actually skipped entire days to just to another side of the date line.

MartinussenOP1y ago

That's what the end of my last comment was trying to touch on - timestamps are always imperfect for certain edge cases, but I would say that scheduling radio telescope time probably doesn't meaningfully benefit from trying to latch itself on to this RFC either, in that case?

The problem of "All future dates beyond the current year are currently unknown" is unsolvable in a very different way to "cultures and systems might change in the future".

(Though, wouldn't you be fine in your example? "X time after TS" wouldn't change, right? If you need atomic time anyways.)

dotancohen1y ago

The culture is not changing. They just don't know on what specific day they will be able to observe the moon some months.

MartinussenOP1y ago

I meant that "Cultures and systems might change in the future" is the current/proposed state, and "All future dates beyond the current year are currently unknown" is unreasonable.

j / k navigate · click thread line to collapse

0 comments

dotancohen1y ago

You have the same problem in Gregorian calendar, no?

How many leap seconds will occur between now and when Europa Clipper intercepts Jupiter? That's actually important to know, e.g. for scheduling radio telescope time.

And let's not forget that some Pacific island nations have actually skipped entire days to just to another side of the date line.

MartinussenOP1y ago

The problem of "All future dates beyond the current year are currently unknown" is unsolvable in a very different way to "cultures and systems might change in the future".

(Though, wouldn't you be fine in your example? "X time after TS" wouldn't change, right? If you need atomic time anyways.)

dotancohen1y ago

The culture is not changing. They just don't know on what specific day they will be able to observe the moon some months.

MartinussenOP1y ago

I meant that "Cultures and systems might change in the future" is the current/proposed state, and "All future dates beyond the current year are currently unknown" is unreasonable.

j / k navigate · click thread line to collapse