• clif@lemmy.world
      link
      fedilink
      arrow-up
      89
      ·
      6 months ago

      “There shall be no other date formats before ISO8601. Remember this format and keep it as the system default”

      • EnderMB@lemmy.world
        link
        fedilink
        arrow-up
        6
        ·
        6 months ago

        YES! I wish more people knew about RFC 3339. While I’m all for ISO 1601, it’s a bit too loose in its requirements at times, and people often end up surprised that it’s just not the format they picked…

      • CoderKat@lemm.ee
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        6 months ago

        Huh, I’ve never noticed how much bloat was in ISO 8601. I think when most people refer to it, we’re specifically referring to the date (optionally with time) format that is shared with RFC 3339, namely 2023-11-22T20:00:18-05:00 (etc). And perhaps some fuzziness for what separates date and time.

    • Empricorn@feddit.nl
      link
      fedilink
      English
      arrow-up
      25
      ·
      6 months ago

      If you have years of files named similarly with the date, you will love the ISO standard and how it keeps things sorted and easy to read.

      • Agent641@lemmy.world
        link
        fedilink
        arrow-up
        20
        ·
        edit-2
        6 months ago

        I have autohotkey configured to insert the current date in ISO 8601 format into my filenames on keyboard shortcut for just this reason. So organized. So pure.

          • Agent641@lemmy.world
            link
            fedilink
            arrow-up
            8
            ·
            edit-2
            6 months ago

            Download Autohotkey, and create a new script. Paste these shortcuts into the script and restart the script:

            #NoEnv ; Recommended for performance and compatibility with future AutoHotkey releases.

            ; #Warn ; Enable warnings to assist with detecting common errors.

            SendMode Input ; Recommended for new scripts due to its superior speed and reliability.

            SetWorkingDir %A_ScriptDir% ; Ensures a consistent starting directory.

            :R*?:ddd::

            FormatTime, CurrentDateTime, yyyy-MM-dd

            SendInput %CurrentDateTime%

            return

            :R*?:dtt::

            FormatTime, CurrentDateTime, yyMMddHHmm

            SendInput %CurrentDateTime%

            Return

            Now, if you type ‘ddd’ on your keyboard, the current date will be typed out, eg ‘2023-11-23’.

            If you type ‘dtt’ tgen the datetime stamp will be typed out in YYMMDDhhmm format, eg 2311231012

            There are so many cool things you van do with AHK to make your work more productive. For example, rather tgan typing your email address a billion times, add the shortcut:

            ::add1::your.email.address@domainname.com

            And then you can type ‘add1’ and hit space, and your email address will be typed out in full. Of course, the string ‘add1’ can be whatever you want.

        • Remavas@programming.dev
          link
          fedilink
          arrow-up
          5
          ·
          6 months ago

          (This doesn’t consider the separator) Cyan - DD/MM/YY Magenta - MM/DD/YY Yellow - YY/MM/DD The other ones are mixes of those two colors, so e.g. the US is MM/DD/YY and YY/MM/DD (apparently).

          Also just noticed I didn’t attribute this picture, I’ll edit my comment.

        • CoderKat@lemm.ee
          link
          fedilink
          English
          arrow-up
          5
          ·
          6 months ago

          We are ridiculously inconsistent in Canada. I’ve seen all 3 of the most popular formats here (2023-11-22, 11/22/2023, and 22/11/2023) in similarish amounts. Government forms seem to be increasingly using RFC 3339 dates, but even they aren’t entirely onboard.

      • umbraroze@kbin.social
        link
        fedilink
        arrow-up
        21
        ·
        6 months ago

        Funny thing, in ISO 8601 date isn’t separated by colon. The format is “YYYY-MM-DDTHH:MM:SS+hh:mm”. Date is separated by “-”, time is separated by “:”, date and time are separated by “T” (which is the bit that a lot of people miss). Time zone indicator can also be just “Z” for UTC. Many of these can be omitted if dealing with lesser precision (e.g. HH:MM is a valid timestamp, YYYY-MM is a valid datestamp if referring to just a month). (OK so apparently if you really want to split hairs, timestamps are supposed to be THH:MM etc. Now that’s a thing I’ve never seen anyone use.) Separators can also be omitted though that’s apparently not recommended if quick human legibility is of concern. There’s also YYYY-Wxx for week numbers.

        • velox_vulnus@lemmy.ml
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          6 months ago

          I love the nanosecond format! I was playing with the date command earlier and came across this.

      • Unaware7013@kbin.social
        link
        fedilink
        arrow-up
        5
        ·
        6 months ago

        This, but all run together.

        I write files/reports to disk a lot from scripts, so that’s my preferred format.

          • Unaware7013@kbin.social
            link
            fedilink
            arrow-up
            3
            ·
            6 months ago

            Are you talking epoch? I don’t care for that mainly because it’s not human readable. I see the use for it, but I struggle with it in practical use.

            • naught@sh.itjust.works
              link
              fedilink
              arrow-up
              3
              ·
              6 months ago

              Yep. I mostly like datetimes for simple sorting. If it needs to be human readable iso is the way to go tho.

    • JohnDClay@sh.itjust.works
      link
      fedilink
      arrow-up
      12
      ·
      6 months ago

      Except the information is given least to most important, making verbal abbreviation difficult. Works great for file names though.

      • Pulptastic@midwest.social
        link
        fedilink
        English
        arrow-up
        17
        ·
        6 months ago

        There’s this really cool shorthand where you drop the year because it seldom changes. It’s called MM-DD

            • rchive@lemm.ee
              link
              fedilink
              arrow-up
              1
              ·
              6 months ago

              Had a coworker who used MMDDYY with no dashes. Unless you knew it was very hard to figure out, since it could also just be a number that happened to be 6 digits, too. At least YYYY-MM-DD looks like a date generally.

          • CapeWearingAeroplane@sopuli.xyz
            link
            fedilink
            arrow-up
            4
            ·
            edit-2
            6 months ago

            “I can reuse this old function if I just monkey-patch this other class to work with it, no one will have any issues understanding what’s going on”

            Edit: Thought this was the programmerhumor community. For context: A monkey-patch is when you write code that changes the behaviour of some completely different code when it is running, thus making its inner workings completely incomprehensible to the poor programmer using or reading your code.

    • geissi@feddit.de
      link
      fedilink
      arrow-up
      9
      ·
      6 months ago

      For file names, absolutely.
      When I’m asking what date it is I typically know the current year.

        • seth@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          6 months ago

          In many of them but not all, because it’s become convention and has been enshrined in their documentation policies. cGMP just requires that your quality management system has a policy in place that specifies how to document the date, and when exceptions are allowed (for instance, data printouts where YYYY-MM-DD is often the default).

          It’s also the reason some labs require you to initial/date every page of printed data, and some only require you to initial/date the first and/or last page. I’ve seen FDA auditors be okay with both, as long as you can justify it with something like: our documentation policy defines the printout as a copy of the original data, and the original data as what’s stored on machine memory with electronic signature; versus: our documentation policy defines the original signed/dated data printout as the original data. In any case, it still has to follow 21 CFR part 11 requirements for electronic records & signatures, where the only date predicate rule example they give is 58.130(e), which itself is broad and only applies to non-clinical lab studies. It’s notable that the date format 21 CFR 11 itself uses is actually Month D, YYYY, with no zero padding on the day.

          And if you don’t have IQ/OQ/PQ documentation showing how you locked down and validated the software’s ability to maintain an audit trail you can’t even use electronic records (or signatures).

  • Provoked Gamer@lemmy.ca
    link
    fedilink
    arrow-up
    119
    ·
    6 months ago

    DD/MM/YY and YY/MM/DD are the only acceptable ones IMO. Throwing a DD in between YY and MM is just weird since days move by faster so they should be at one of the ends and since YY moves the slowest it should be on the other end.

      • CM400@lemmy.world
        link
        fedilink
        arrow-up
        33
        ·
        6 months ago

        I think most Americans do. Or at least it was taught that way in school when I was growing up. Maybe it’s because of the way we speak dates, like “October 23rd” or “May 9th, 2005”.

        Regardless, the only true way to write dates is YYYY-MM-DD.

      • clif@lemmy.world
        link
        fedilink
        arrow-up
        18
        ·
        6 months ago

        Pretty much every American I’ve ever met. Dates on drivers license, bank info, etc - all in MM/DD/YYYY … or even just MM/DD/YY

        I regularly confuse people with YYYY-MM-DD

    • paultimate14@lemmy.world
      link
      fedilink
      arrow-up
      9
      ·
      6 months ago

      If you use DD/MM/YYYY, dumb sorting algorithms will put all of the 1sts of every month together, all of the 2nds of every month together, etc. That doesn’t seem very useful unless you’re trying to identify monthly trends, which is fundamentally flawed as things like the number of days in the month or which day of the week a date falls on can significantly disrupt those trends.

      With MM/DD/YY, the only issue is multiple years being grouped together. Which may be what you want, especially if the dates are indicating cumulative totals. Depending on the data structure, years are often sorted out separately anyways.

      YYYY/MM/DD is definitely the best for sorting. However, the year is often the least important piece in data analysis. Because often the dataset is looking at either “this year” or “the last 12 months”. So the user’s eyes need to just ignore the first 5 characters, which is not very efficient.

      If you’re using a tool that knows days vs months vs years that can help, but you can run into compatibility issues when trying to move things around.

      The ugly truth no one wants to admit on these conversations is that these formats are tools. Some are better suited to certain jobs than others.

    • bleistift2@feddit.de
      link
      fedilink
      English
      arrow-up
      9
      ·
      6 months ago

      I grew up with DD.MM.YYYY. But I think, MM/DD makes sense in everyday usage. You don’t often need to specify dates with year accuracy. “Jane’s prom is on 7th September” – it’s obvious which year is meant. Then it’s sensible to start with the larger unit, MM, instead of DD.

      Even in writing you see that the year is always given like an afterthought: “7th September**,** 2023“.

    • takeda@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      6 months ago

      The only reason they place month as first is because it is fits how dates are read in English, but that’s not a good reason to keep that format.

      • sobanto@feddit.de
        link
        fedilink
        arrow-up
        11
        ·
        edit-2
        6 months ago

        It’s how it is read in English (simplified) aka american english. Brittish english doesn’t do this nonsense, the talk in the correct format (first of january etc.).

        (I’m sorry if i made some mistakes, english is my second language)

      • HeckGazer@programming.dev
        link
        fedilink
        arrow-up
        8
        ·
        6 months ago

        You only think it fits with how it’s read in English because that’s how you grew up saying it so it sounds natural to you. Your experience is not universal, and is in fact, a minority.

    • tiredofsametab@kbin.social
      link
      fedilink
      arrow-up
      1
      ·
      6 months ago

      Japan is YYYY-MM-DD, but when we talk about dates where a year is unneeded, we just cut it off which leaves it in the US standard format of MM-DD, much to the annoyance of non-US foreigners living here.

    • jzb@lemmy.ml
      link
      fedilink
      arrow-up
      23
      ·
      6 months ago

      Came here to say this. I try to name all my docs in the YYYY-MM-DD-descriptive-name.ext format.

      • Buttons@programming.dev
        link
        fedilink
        English
        arrow-up
        7
        ·
        edit-2
        6 months ago

        I can see some advantages of that.

        I’m American though, so YYYY-DD-MM is the best I can do.

        • mmagod@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          6 months ago

          for me, the section that changes the most goes last…

          in a whole year, the YYYY never changes, the MM changes only 12 times… i never implementing the day… there’s only so many possibilities i could have had for saved files in June. i just go straight to description

    • dillydogg@lemmy.one
      link
      fedilink
      arrow-up
      14
      ·
      6 months ago

      I like that for files, but not for written documents. When I label things I try to use the most intuitive/least confusing way I can think of: DD mmm YYYY. This comment is posted on 23 NOV 2023, for example.

      • Corroded@leminal.space
        link
        fedilink
        English
        arrow-up
        5
        ·
        6 months ago

        I do prefer the abbreviated month with the yyyy mmm dd format. It makes things relatively easy to sort but you also don’t have to worry about confusing others if you are referring to the 10th month or day for example.

  • DeadMartyr@lemmy.zip
    link
    fedilink
    arrow-up
    101
    ·
    6 months ago

    YYYY-MM-DD (honestly without dashes) is the only helpful format.

    If you name all your files with this as a suffix then your files automatically sort versions of themselves in order when sorting by name.

  • Gabu@lemmy.world
    link
    fedilink
    arrow-up
    50
    ·
    6 months ago

    This meme implies there’s an equal battle between MM/DD/YY and DD/MM/YY, which is nonsense. Much like imperial units, only 'murica uses MM/DD/YY.

        • rdri@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          6 months ago

          In a text like “the research started at 2003-01-24”, or pretty much in any other text where you need to convey all 3 elements.

          I bet you also don’t say “14 07 1789”, because that’s what MM format means.

          • joneskind@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            6 months ago

            You bet wrong

            We write AND say “La Révolution a démarré le 14/07/1789” or “La Révolution à démarré le 14 juillet 1789”

            Spoken numbered month are usually used in an administrative context, to ease the work of our contact.

            • rdri@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              6 months ago

              Oh that’s right, the spoken administrative context. Same in my dd-mm-yyyy county actually. Still, I find it less intuitive than the logical yyyy-mm-dd when understanding written text.

    • SendMePhotos@lemmy.world
      link
      fedilink
      arrow-up
      9
      ·
      6 months ago

      Fuckin wait until you hear how many feet are in a mile. You all should’ve waterboarded us harder while we were a young country.

    • Algaroth@lemmy.world
      link
      fedilink
      arrow-up
      7
      ·
      6 months ago

      We do that in Sweden as well. Our social security numbers are that plus 4 unique numbers. The beers I send out to stores have yyyy-mm-dd printed at the bottom.

      • lad@programming.dev
        link
        fedilink
        arrow-up
        2
        ·
        6 months ago

        So no more than 10 thousands of Swedes may get an SSN at the same day (or be born at the same day even 🤔)?

        • Algaroth@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          6 months ago

          Hasn’t been a problem so far. I’m guessing maybe they will add numbers or use letters if it comes up. They recentled started doing that on license plates.

  • bitwolf@lemmy.one
    link
    fedilink
    arrow-up
    48
    ·
    6 months ago

    It is arguably the best way to name large sets of indexed files on a filesystem.

  • darkbaron202@lemmy.world
    link
    fedilink
    English
    arrow-up
    48
    ·
    6 months ago

    It actually makes sense when you put YYYY/MM/DD in filenames as they will be sorted pretty neat (ex: reports)

    • LemmyKnowsBest@lemmy.world
      link
      fedilink
      arrow-up
      16
      ·
      6 months ago

      You’re not wrong. through much trial and error in the 1990s I learned this was the most efficient & accurate & chronologically searchable way to date things.

            • SendMePhotos@lemmy.world
              link
              fedilink
              arrow-up
              3
              ·
              6 months ago

              Because in short, it’s alphabetical. It will always be in order by year, then month, then day. Literally like how a clock goes HH:MM:SS it’s the same thing as YY:MM:DD the right side ticks the fastest. It’s in order by hour (year) then minute (month) then second (day). SAME SAME WHY NOT

      • Gabu@lemmy.world
        link
        fedilink
        arrow-up
        8
        ·
        6 months ago

        Because for 99.99% of all situations, you’d already know what year and month it is, so the most readily available piece of information should be the day.

        • Zanz@lemmy.world
          link
          fedilink
          English
          arrow-up
          3
          ·
          6 months ago

          If you already know the year and month why write it. ISO or month day are the two most reasonable. You need to zoom in not give yourself a list of options and then randomly pick one later.

  • Goldmaster@lemmy.ml
    link
    fedilink
    arrow-up
    38
    ·
    6 months ago

    Iso date format. Anything to do with photos is best to have in this format at the start of the filename.

  • lemmiter@lemm.ee
    link
    fedilink
    arrow-up
    38
    ·
    6 months ago

    I propose the use of MYDYDM format. So, October 15, 2023 will be written as 121350. Just to make it as confusing as possible.