this post was submitted on 01 Sep 2025
360 points (94.3% liked)

Facepalm

3382 readers
450 users here now

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] myotheraccount@lemmy.world 21 points 6 days ago* (last edited 6 days ago) (1 children)

Rather go with RFC 3339, a standard that is openly available for anyone to read.

[–] GreenShimada@lemmy.world 9 points 6 days ago (1 children)

I was going to write something sassy, but separating the date and time portion with a T is marginally superior. I love them both!

[–] bss03@infosec.pub 5 points 5 days ago (2 children)

I know it violates all standards, but what works for me is 2025-09-02.13:32:56.25. I.e. using . between date and time AND as fractional seconds.

It's pretty close to standard, doesn't contain whitespace, and looks much nicer to me than having a T in the middle.

[–] JackbyDev@programming.dev 3 points 5 days ago

Stop bike shedding. Use the standard.

[–] bhamlin@lemmy.world 4 points 5 days ago (1 children)

than having a T in the middle.

But then how will we know it's a timestamp?

[–] bss03@infosec.pub 3 points 5 days ago

I haven't ever had a date that was followed by a period and a decimal digit that wasn't a timestamp, but if you do encounter (or can reasonably predict) that ambiguity, I defer to a standard format.

I find the . significantly easier that T to deal with when I'm looking across timestamped backups of config files or whatever. The T really throws me off as a "separator" character, it makes both the day and hour harder for me to read.