your prefered date format?

(pls boost)

TIL via Wikipedia that how date is represented can be describe with 'endianness':

Order of the basic components:

B – big-endian (year, month, day), e.g. 2021-03-31 or 2021.03.31 or 2021/03/31 or 2021 March 31

L – little-endian (day, month, year), e.g. 31.03.2021 or 31-03-2021 or 31/03/2021 or 31 March 2021

M – middle-endian (month, day, year), e.g. 03/31/2021 or March 31, 2021

@luka right hand knuckle tattoos say "I S O -" left hand knuckle tattoos say "8 6 0 1"


you can get a tattoo at your local tattoo shop :)


@zhenech @fool @luka safari reader mode has just validated every feeling i've ever had about date parsing tbqh

@ulPa @bortzmeyer @luka The four-digit year and the dashes are important and all the three suggested formats in the actual poll are bad.

020103 is a valid date in either format. 2003-02-01 is unambiguous.

@clacke the actual options only focus on the ordering. The parenthese are just as an example I would guess

@bortzmeyer @luka

@luka americans making middle-endian computers in 1..3..2...

@luka The advantage of big-endian dates is that we also write the time in big-endian order.

@luka I voted YYMMDD but like some sensible people here would prefer YYYY-MM-DD.

It's logical, simple, sorts well, is the standard format for not insignificant proportion of the world's population and it's unambiguous given that YYYY-DD-MM is not in widespread use (and a swift boot to the crotch for anybody stupid enough to use that, please).

@luka none of these because the year should be its full number

have we learned nothing from Y2K??

@meena @luka
What do you mean,
It seems to me that even for -2000 or 45000 YYYYMMDD works 🤔

@luka The Julian date (JD) of any instant is the Julian day number plus the fraction of a day since the preceding noon in Universal Time. Julian dates are expressed as a Julian day number with a decimal fraction added. For example, the Julian Date for 00:30:00.0 UT January 1, 2013, is 2 456 293.520 833.

I've been using this more and more. 1 unit = 1 day with the day unit cycling at noon UTC. The epoch is the start of the Indiction, Solar, and Lunar cycles, which aligns to November 24, 4714 BC in the Gregorian calendar. It's most notably currently used in astronomy. It sorts well and time intervals are easy to calculate. It's already a single value that gives both date and time.

Easy alias:

alias julian='echo "x = $(date +%s); scale=5; x / 86400 + 2440587.5" | bc'

Année mois jours plus facile pour classer les fichiers par nom

@luka I can't believe only 53% of people selected the correct option. I am ashamed of this community. /hj

@luka Oh no I pressed the wrong one! I pressed the *worst* one!

@luka why wouldn't you prefer the one where the lexicographic order matches the semantic order?

@luka YYYYMMDD, of which YYMMDD is a close enough approximation if you're not dealing with historical data, I'd say.

@luka Everyone voting for anything other than DDMMYY just want to watch the world burn istg

@luka For what usecase ? for reading as a human ? DDMMYY. For filename/log/cell/data/anything that could be ordered? then something more ISO such as YYMMDD

@luka The correct format is not in the proposed answers... YYYY-MM-DD.

@luka Either little endian or big endian dates are fine, but of course crappy software is set to default to middle endian dates.

@vfrmedia @luka We need another #poll to find out why this poll attracted over 300 votes.

@luka In daily usage: DDMMYY. When handling data: YYYY-MM-DD.

@luka I voted, but my answer would have been different if the year were represented by four digits instead of two or if the month had been represented by letters instead of numbers.

@luka I selected YYMMDD, but really it's YYYYMMDD or YYYY-MM-DD ... a lot of the dates I deal with are in the 20th century, and it matters.



I'm old and don't want to confuse myself with century changes, even though I don't really expect to see the next one.

This format, especially when used on file names, makes much of my work easier to do.

Sign in to participate in the conversation

SoNoMu (Sound Noise Music) is a mastodon instance for musicians, sound-artists, producers of any kind of aural noise, songwriters, bedroom producers, sonic manglers and algorave livecoders. -> more...