If you don’t butcher it like you did, ISO8601 caters for any amount of precision you need.
For the vast, vast majority of my usage 2023-07-23 is sufficient.
If you need a time as well just append the time and the nice thing is it’ll still keep things in order (I’ve not found myself needing to use the timezone notation as well since I don’t usually share dates cross-border).
For work I use the week notation a lot 2023-W30-4.
04-06-13 is not helpful because now I don’t know if you’re European and mean 4th of June 2013, or if you’re american and mean 6th of April 2013, or if you’re some weirdo who means 13th of June 2004.
That’s also great, but unhandy for manual use. Imaging a folder full of files like:
2004-06-14T23:34:30+02:00_funnypic.png
04-06-13_funnypic.png is much better in that regard, but obviously is not that precise.
If you don’t butcher it like you did, ISO8601 caters for any amount of precision you need.
For the vast, vast majority of my usage 2023-07-23 is sufficient. If you need a time as well just append the time and the nice thing is it’ll still keep things in order (I’ve not found myself needing to use the timezone notation as well since I don’t usually share dates cross-border). For work I use the week notation a lot 2023-W30-4.
04-06-13 is not helpful because now I don’t know if you’re European and mean 4th of June 2013, or if you’re american and mean 6th of April 2013, or if you’re some weirdo who means 13th of June 2004.
You’re not at all required to specify a time
We are talking about the exakt same thing then. I really like standardized Date formats. They are always pain in programming languages.
That is a timestamp, not a date. 2013-06-13_funnypic.png is better.
Not funnypics but lets say your bills, stuff in your backup:
Gets sorted by name automatically.