this post was submitted on 01 May 2025
882 points (97.0% liked)

Comic Strips

16275 readers
3068 users here now

Comic Strips is a community for those who love comic stories.

The rules are simple:

Web of links

founded 2 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 12 points 4 hours ago (4 children)

The sane way of dealing with it is to use UTC everywhere internally and push local time and local formatting up to the user facing bits. And if you move time around as a string (e.g. JSON) then use ISO 8601 since most languages have time / cron APIs that can process it. Often doesn't happen that way though...

[–] [email protected] 2 points 2 hours ago

Generally yes, that's the way to do it, but there are plenty of times where you need to recreate the time zone something was created for, which means additionally storing the time zone information.

[–] [email protected] 1 points 2 hours ago

Definitely. If your servers aren't using UTC, then when you're trying to sync data between different timezones, you're making it harder for yourself.

[–] [email protected] 1 points 2 hours ago

This is what I try to do in the few apps I've written that had to deal with dates and times

[–] [email protected] 1 points 3 hours ago (1 children)
[–] [email protected] 3 points 3 hours ago

I think you skipped part of the sentence.

[–] [email protected] 3 points 2 hours ago (1 children)

Everyone should use date-time groups so we're all on the same page down to the second.

DDHHMMSSZmmmYY

[–] [email protected] 1 points 2 hours ago* (last edited 2 hours ago)

%Y%m%dT%H%M%SZ

[–] [email protected] 3 points 3 hours ago

As a Hungarian, I approve.

[–] [email protected] -1 points 1 hour ago

I just don't like to be forced to include the damn year everytime, and if you cut the year from ISO 8601 you get the american MM-DD order, which everybody hates.

I like DD/MM/YYYY. 🤷🏻‍♂️

[–] [email protected] 31 points 7 hours ago (1 children)

I propose that we amend the ISO to require the days of the week be named after their etymological roots in that language.

English Days of the Week:
Day of the Sun
Day of the Moon
Day of Týr
Day of Odin
Day of Thor
Day of Frēa
Day of Saturn

Imagine dating a meeting, "Day of Odin, May 7, 2025." Imagine a store receipt that says, "Day of Thor, June 5, 2025." Imagine telling a friend, "July 4th falls on a Day of Frēa this year!"

THIS IS WHAT WE COULD HAVE. THIS IS WHAT WE HAVE LOST. THIS IS WHAT WAS STOLEN FROM US.

We could bring it back. We could make this the norm. We could make this real. We could summon this bit of ancient magic back into our world. Let's remember what we actually named these days for! BRING BACK THE DAY OF THOR!

[–] [email protected] 2 points 2 hours ago

That would work better if Latin wasn't there before English. Mars Victor!

[–] [email protected] 14 points 6 hours ago (1 children)

Where I live, "DD. MM. YYYY" is the standard but some old tombstones use

first two digits of year, then a "proper" (horizontal-bar) fraction of DD/MM, then second two digits of year

[–] [email protected] 7 points 4 hours ago

Do you know why one would ever do that? 20(02/05)25 feels like the "Don't Dead Open Inside" of dates.

[–] [email protected] 15 points 7 hours ago* (last edited 7 hours ago)

ISO 8601 allows all kinds of crazy time stamps. RFC 3339 is much nicer and simpler, and the sweet spot is at the intersection of ISO 8601 and RFC 3339.

Then again, ISO 8601 contains some nice things that RFC 3339 does not, like ranges and durations, recurrences...

https://ijmacd.github.io/rfc3339-iso8601/

[–] [email protected] -3 points 3 hours ago

Working for a global clinical research company, DD-Mmm-YYYY is the easiest for everyone to understand and be on the same page. It's bad enough identifying which date you're capturing in metadata without also trying to juggle multiple date formats.

[–] [email protected] 6 points 7 hours ago* (last edited 7 hours ago) (3 children)

I work at a global company an in my team there are people from 5 continents. we use 27-Feb-23. It's the only way nobody gets confused and it's only 1 char more. (Tbf nobody would be confused only my boss that is american lol)

[–] [email protected] 1 points 1 hour ago

You can even save a character by using NATO dates (leaving out the useless hyphens): 01DEC1953

[–] [email protected] 29 points 7 hours ago

Is that February 27th 2023 or February 23rd 2027?

[–] [email protected] 9 points 7 hours ago

Are you planning stuff 2 years ahead already?

I would still be confused by this..

[–] [email protected] 54 points 12 hours ago (2 children)

I am a big fan of iso 8601, I just wish it was possible to write more dates than February 27th, 2013 with it

[–] [email protected] 4 points 7 hours ago

Yeh but for that one day though, everything just works so well.

load more comments (1 replies)
[–] [email protected] 2 points 6 hours ago (1 children)

You know, I used to think ISO 8601 was just a boring technical standard for writing dates. But now I see it’s clearly the first step in a grand master plan! First, they make us write the year first, then the month, then the day-suddenly, our beloved 17.05.2025 turns into 2025-05-17. My birthday now looks like a WiFi password, and my calendar feels like a math equation.

But it doesn’t stop there. Today it’s the date format, tomorrow we’ll all be reading from right to left, and before you know it, our keyboards will be rearranged so QWERTY is replaced with mysterious squiggles and dots. Imagine the panic:

“First they came for our dates, then they came for our keyboards!”

At this rate, I’ll be drinking mint tea instead of coffee, my local kebab shop will start offering lutefisk shawarma, and Siri will only answer to “Inshallah.” The right-wing tabloids will have a field day:

“Western Civilization in Peril: Our Months and Days Held Hostage!”

But let’s be honest-if the worst thing that happens is we finally all agree on how to write today’s date, maybe world peace isn’t so far off. Until then, I’ll be over here, clutching my calendar and practicing my right-to-left reading skills… just in case.

(Don’t worry,this was just a joke! No offense intended-unless you’re a die-hard fan of confusing date formats, in which case, may the ISO be ever in your favor!)

Peace!

load more comments (1 replies)
[–] [email protected] 0 points 3 hours ago

Sounds like something a terrorist would say.

[–] [email protected] 1 points 6 hours ago

Stupid smarch 2nd

[–] [email protected] 0 points 4 hours ago

I’m not a computer and this isn’t work so I’m gonna just use my confusing date format.

[–] [email protected] 11 points 11 hours ago (2 children)

I feel like YYYYMMDD (without dashes) might be a format in ISO 8601, but I'm fully expecting to be corrected soon. But I didn't say think, I said feel. YYYYMMDD has a similar vibe to YYYY-MM-DD, ya feel me?

[–] [email protected] 3 points 7 hours ago

It is. Photos and code merges use it.

[–] [email protected] 12 points 11 hours ago (1 children)

Nope, you are correct! From the Wikipedia page, which cites the standards document:

  • Representations can be done in one of two formats – a basic format with a minimal number of separators or an extended formatwith separators added to enhance human readability. The standard notes that "The basic format should be avoided in plain text." The separator used between date values (year, month, week, and day) is the hyphen, while the colon is used as the separator between time values (hours, minutes, and seconds). For example, the 6th day of the 1st month of the year 2009 may be written as "2009-01-06" in the extended format or as "20090106" in the basic format without ambiguity.
[–] [email protected] 1 points 6 hours ago

So xkcd got a detail wrong? I'm cancelling my subscription!

[–] [email protected] 28 points 14 hours ago

My goodness, some of the comments in here must come from people who thought that those writing the standard were morons who did no research.

load more comments
view more: next ›