News for hackers. Stuff that matters.
Re:The future of 32-bit support in the kernel by zahlman on Monday September 01, 2025 @07:07PM (#45097401)
YMD has caught on, I think, because it allows for the numbers to be "in order" (not mixed-endian) while still having the month before the day which matches the practice for speaking dates in (at least) the US and Canada.
Re:The future of 32-bit support in the kernel by adgjlsfhk1 on Monday September 01, 2025 @08:48PM (#45097985)
The primary reason for YMD is that DDMMYYYY is ambiguous with MMDDYYYY
Re:The future of 32-bit support in the kernel by christophilus on Monday September 01, 2025 @09:09PM (#45098082)
It is also sortable, which I think is the real advantage.
Re:The future of 32-bit support in the kernel by privatelypublic on Monday September 01, 2025 @09:49PM (#45098295)
As ling as you pad to two characters!
Re:The future of 32-bit support in the kernel by globular-toast on Tuesday September 02, 2025 @04:42AM (#45100511)
I used to think this was really important, but what's the use case here?

If I'm writing a document for human consumption then why would I expect the dates to be sortable by a naive string sorting algorithm?

On the other hand, if it's data for computer consumption then just skip the complicated serialisation completely and dump the Unix timestamp as a decimal. Any modern data format would include the ability to label that as a timestamp data type. If you really want to be able to "read" the data file then just include another column with a human-formatted timestamp, but I can't imagine why in 2025 I would be manually reading through a data file like some ancient mathematician using a printed table of logarithms.

Re:The future of 32-bit support in the kernel by Majestic121 on Tuesday September 02, 2025 @05:10AM (#45100697)
> If I'm writing a document for human consumption then why would I expect the dates to be sortable by a naive string sorting algorithm?

If you're naming a document for human consumption, having the files sorted by date easily without relying on modification date (which is changed by fixing a typo/etc...) is pretty neat

Re:The future of 32-bit support in the kernel by bombcar on Tuesday September 02, 2025 @06:59AM (#45101371)
This is exactly it - file name is easy to control and sort on; creates date and modified date are (for most users) random and uncontrolled.
Re:The future of 32-bit support in the kernel by globular-toast on Wednesday September 03, 2025 @01:55AM (#45112626)
So you can't sort by name, author etc? One sort key? What year is it?!