@bortzmeyer yeah RFC 3339 was sort of implicitly included. It's good too.

At least it's not RFC 2822 or any country-specific unspecified format.

@bortzmeyer
Re: 1) Is http://www.loc.gov/standards/datetime/iso-tc154-wg5_n0039_iso_wd_8601-2_2016-02-16.pdf not good enough? For that matter, ISO language (C/C++ etc.) standards are not "freely accessible" either, though they are essentially interchangeable with their last working drafts, which are. Standards are for implementers anyway, users are normally better off with secondary documentation (e.g. in the case of ISO 8601, Wikipedia).

RFCs are nice though, and 3339 is an ISO 8601 profile as @CobaltVelvet pointed out.

@ntk @CobaltVelvet As you said, it's a draft. And you cannot even redistribute it.

@bortzmeyer yes please

@CountZero it's a date/time format standard : https://en.wikipedia.org/wiki/ISO_8601

basically a rant against people who use "Wed Apr 02 2014 21:00:00" or (M)M/(D)D/(YY)YY or (D)D/(M)M/(YY)YY with (parts of) days or months names mixed in

dates and times are a mess :p

@CountZero it's not especially bad in a toot, but when some software picks their favorite one and uses it and you have to programmatically read it... even for a human it's challenging sometimes.

@CobaltVelvet
Ooooooh....
Well, i'm not concerned then because i never tell the date in my toots.
I've been told to say the least possible about me on social medias, so i don't tell people when i am, in case they use that info in a bad way 😉

@CobaltVelvet @CountZero It's certainly my preferred date format. Unambiguous and it sorts properly.

@filkerdave @CobaltVelvet
Yep!
Just read the link Alice gave me.
Think i'll use it from now on. The longest to the shortest: easy and clean.

@filkerdave @CountZero @CobaltVelvet https://xkcd.com/1179/

@nivex @CobaltVelvet @CountZero There really is an XKCD for everything, isn't there?

@AliceDiNunno yes

@AliceDiNunno @CobaltVelvet formats différents dans un contexte différent

A l'écrit et la communication entre humains c'est mieux d'utiliser un format plus naturel qui correspond a l'ordre des mots Français (ving-huit juin deux-mille-sept = 28/06/2007) mais dans un contexte informatique c'est mieux d'utiliser l'ISO 8601 parce que l'ordre dans lequel les temps sont écrit correspond a l'ordre alphabétique dans lequel les machines les classeront ensuite, y'a aucun parsing supplémentaire a faire

@Siphonay @AliceDiNunno me dis pas que 2017-06-28 soit plus compliqué à lire qu'avec des / hein

@CobaltVelvet @AliceDiNunno non j'ai jamais dit ça je dis juste que dans ma tête je lis ça comme "deux-mille-dix-sept six vingt-huit" et pas "vingt-huit juin deux-mille-dix-sept"

@AliceDiNunno @CobaltVelvet c'est pour ça que je dis que c'est selon ton interlocuteur : qui aura a interpréter la date ? Un humain ou une machine ? Et dans les deux cas la solution est différente

@Siphonay @AliceDiNunno ben justement, pour la machine c'est une question de représentation rationnelle, pour toi c'est une question d'habitude

@CobaltVelvet @AliceDiNunno oui c'est ce que je dis

@CobaltVelvet @AliceDiNunno (je suis d'accord avec toi depuis le début tu sais)

@Siphonay @AliceDiNunno sauf que je dis que l'habitude est une mauvaise raison :p

@CobaltVelvet @AliceDiNunno je pense pas que c'est une question d'habitude, juste que c'est plus naturel de lire la date dans le même sens dans lequel on lit tout le reste

(donc c'est peut-être une habitude au final je sais pas)