• AceFuzzLord@lemmy.zip
    link
    fedilink
    arrow-up
    2
    ·
    2 hours ago

    Ya know, I really think every language needs to agree on having a distinct month, day, and year marker to completely eliminate all date confusion. And I mean something universal, even if it’s as simple as a sun symbol for days and moon symbol for months, similar to Japanese. Whenever I see a date in Japanese, I am absolutely never confused at all and I appreciate it.

  • Xyphius@lemmy.ca
    link
    fedilink
    arrow-up
    5
    ·
    2 hours ago

    I feel like DD/MM/YYYY is the same as doing: ss:mm:HH and I find that confusing.

    • ParadoxSeahorse@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      2 hours ago

      That’s really funny. DMY is more like Hms in that it is in descending order of relevance. Most people asking the date or time are looking for the hour of the day or the day of the month, and the rest is context.

  • M137@lemmy.today
    link
    fedilink
    arrow-up
    18
    ·
    4 hours ago

    ITT: people saying one thing is better than any other without thinking of context.
    If I want to know today’s date ISO 8601 isn’t a good answer. And if I put stuff in folders by date then DD-MM-YYYY is a real bad way to do it. But MM-DD-YYYY is the worst one no matter the context.

    • KernelTale@programming.dev
      link
      fedilink
      English
      arrow-up
      20
      ·
      3 hours ago

      I like YYYY-MM-DD because then I don’t have to figure out half the time if they used MM-DD-YYYY or if they were sane.

    • chuckleslord@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      2 hours ago

      The one you grew up with tends to be your preference. But the usual reason I give for MM-DD-YYYY is it matches how it’s said.

      December 25th, 2026

      12-25-2026

      I also know there’s no point in arguing about this because, again, my first sentence. It’s just team sports stuff, as usual. The only reason why you would bother to argue is if you were trying to convince people to use a standard. But as you pointed out, ISO 8601 already exists. That is the agreed upon standard already. But no one uses it, since we have our preferred systems of date format already ingrained.

    • OozingPositron@feddit.cl
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 hours ago

      I agree, if you truncate YYYY-MM-DD you can only shorten it to showing the year and month. Besides, if I ask someone the date and they start from the year I’ll just pull my phone out.

  • brognak@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    5
    ·
    3 hours ago

    DD(First 3 of Month, All Caps)YYYY examples: 01JAN2026, 24MAR1987,20DEC3065

    This is how I had to write dates when I worked for a cGMP pharma manufacturing facility and did controlled paperwork. The idea was it was it was impossible for any mistakes when reading the date, only the days were 2 digits, the month was letters, and the year was 4 digits.

    Basically all of the validated SOPs were written so that anyone could pick up the paperwork and execute the instructions, and the inverse had to be true as well anyone picking up a completed SOP should be able to read and follow everything written down, and literally every step in the process required initials and date it was executed.

    Fun fact, if you fucked up and wrote something wrong or illegibly you were punished twice, once because you had to strike out the mistake, initial date the strikeout and write correctly the next time, and the second was when you get stink eyed by the QA people who have to review all the paperwork before it’s scanned and logged back into documentum.

  • drath@lemmy.drath.ru
    link
    fedilink
    arrow-up
    12
    ·
    4 hours ago

    Months are stupid anyway, lets drop them and swap for what they were supposed to represent instead: the moon phase, so today would be 216-2026-Waning Gibbous

    • merc@sh.itjust.works
      link
      fedilink
      arrow-up
      36
      ·
      5 hours ago

      As for why it’s better:

      1. It’s in sort order. Even if you use it for things that don’t understand dates, they sort properly because the day is the last part, month is the middle part, and year is the first part. If you include hours, minutes or seconds, the sort order is still preserved.
      2. Speaking of things that don’t understand dates, because there are no slashes, you can easily use it in file names, directories, and anything else that treats slash as a special character. In addition, if you include the time part, because it uses “T” to separate the date and time, it doesn’t use a space, so once again it can be easily used anywhere where a space might cause issues.
      • raspberriesareyummy@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        4 hours ago

        To be fair, the time separators don’t behave well on all implementations of filesystem access by filename. Need to use underscores or omit them at times.

    • BigDiction@lemmy.world
      link
      fedilink
      arrow-up
      10
      ·
      edit-2
      8 hours ago

      It’s great, and standard for software. But do any of y’all communicate dates like this in your personal life?

      Like “want to go to a hockey game with me 2026-10-17?” As cursed as mm-dd-yy is, it feels a lot more natural in conversation.

      • dantel@programming.dev
        link
        fedilink
        arrow-up
        35
        ·
        7 hours ago

        Say when is that independence day of yours?

        There is nothing ‘natural’ about mm/dd/yy, it is just what you are used to - end of story.

        • BigDiction@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          6 hours ago

          I knew I would eat shit for that comment.

          July 4th is a funny example cause you can say “the 4th” and everyone knows what you mean, but people also say “4th of July” to give it more importance.

          That’s a lot less common for other dates, Americans aren’t commonly saying “25th of December”.

          • ParadoxSeahorse@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 hour ago

            I always feel like rolling my eyes whilst Americans slowly drawl the month at me before telling me the day of the month I wanted

            “Dec…”

            Oh god, you’re American

            “…em…”

            Here we go, we’re going for it

            “…berrrrr”

            Yes, we’re getting there

            “…rrrrrrr”

            Hopefully we get to the date, or I’m going to have to ask someone else

            [inhales]

            Why did it have to be an American

            “Twenty….”

            Please not the year

            “…-seventh”

            Hallelujah, thank the lord, we have a date. Oh Jesus, why such an ordeal. So much time for stupid intrusive thoughts. What was it again…?

            Admittedly like most of this is my failings as a person

      • 𝙈𝙞𝙖@quokk.au
        link
        fedilink
        English
        arrow-up
        13
        ·
        7 hours ago

        dd-mm feels completely natural to say in conversation. “Do you want to go to a X with me on the 3rd of August”

        • merc@sh.itjust.works
          link
          fedilink
          arrow-up
          2
          ·
          5 hours ago

          Does “August 3rd” sound unnatural to you?

          In spoken conversation it doesn’t really matter. In many contexts you could probably just say “Want to go on the third?” and the person you’re talking to will understand you mean August the third of this current year.

          • Jesus_666@lemmy.world
            link
            fedilink
            arrow-up
            4
            ·
            4 hours ago

            It does to me. mm-dd is not used at all in my native language and would be considered grammatically incorrect. Since English doesn’t prescribe it I have no reason to fully accept it.

            Note that I still prefer to write ISO 8601 dates but my spoken dates are big-endian.

            Middle-endian dates like “June 15th 2046” are just bad, of course.

            • recursivethinking@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              3 hours ago

              I commented earlier that having to say more words is inefficient, but what yiu said made me think… In other languages I know, it’s basically spoken as "3rd August’… Eliminating the inefficiency. It’s really more English’s general inefficiency that irks me, more so than the order of the dates lol

        • Bahnd Rollard@lemmy.world
          link
          fedilink
          arrow-up
          7
          ·
          7 hours ago

          Yes as well (Also insane) but its universally ledgable, sorts on computers easier, accomodates timezones and sub-second units. ISO-8601 should be the universal standard, and anyone who says otherwise better show up with a white paper explaining why. None of this dumb american format or javascript web form bullshit, language is about specificity, BE SPECIFIC. Unless you want to go off the rails and talk about relativity, time dialation and reference points… But thats all above my pay grade. ISO-8601 is a golden example of “good enough for normal people”. Thank you for coming to my TEDtalk.

      • lividweasel@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        6 hours ago

        Only a truly insane person would use mm-dd-yy in conversation. “Want to go to a hockey game with me ten seventeen twenty-six?” Or worse, “…oh four oh seven twenty-seven.” Pure madness.

        Conversationally, mmm d yy or d mmm yy (usually just shortened to mmm d or d mmm) is where it’s at.

      • Laurel Raven@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        5
        ·
        7 hours ago

        Yes, kind of.

        I shorthand it verbally unless I’m giving a full date, but typed, it’s almost always yyyy-MM-dd HH:mm:ss (whichever part of that is relevant).

        I do this because I believe it’s the most logical, it sorts properly without having to use a datetime library, and it can’t be confused with another system (is 12-1-2026 in the future or the past? No way to know just by looking at it).

        Just shortening it to MM-dd could cause confusion with anyone not in the US so I’ll typically include the year as well (also useful if I wind up having to look at old notes or emails to not have to figure out the year I meant … Which has happened more than once …)

    • wizardbeard@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      3
      ·
      7 hours ago

      Except I can’t get behind the time part of it, personally. I can see the point of doing GMT with the offset if you’re working across multiple timezones, but it’s overkill for situations where you aren’t.

      • Dookieman12@piefed.social
        link
        fedilink
        English
        arrow-up
        8
        ·
        6 hours ago

        There’s no way to predict how a date will be used. No reason not to be flexible. No reason to break convention.

      • Eq0@literature.cafe
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        6 hours ago

        That’s how my brother missed a train: the linux planner used GMT while the local train company planner used assumed local time…

        So I disagree

        • Cosmonaut_Collin@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          1 hour ago

          I think we should all, as a globe, just pick one time zone and use that. I don’t care if my 1:00 pm is the middle of that night. Everyone’s 5:00pm will be 5:00pm. We will learn how to adjust our schedules for the master time zone.

        • wizardbeard@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 hours ago

          If you work at a company where all of its offices are in the same time zone and you’re time-stamping logs, then it’s more expedient for understanding and placing an event in time against other things to use local time.

          Unless everything is already standardized as GMT with offset I guess, but I feel like down that route lies madness.

          “I got your email at 20:37:45-7:00” is a few more steps than “I got your email at 1:37PM”.

          It’s not a big hurdle, but I try to design for the newest member on the team scrambling in panic rather than a calm cool professional already familiar with conventions.

          Now, as soon as we do start dealing with multiple time zones I would just cut my custom time formatting string down to the shorthand to have the scripting language output in the full ISO 8601 format. But until then, being able to easily sort the the date properly and having the time be more human readable is a more “workable” compromise.

          • theolodis@feddit.org
            link
            fedilink
            arrow-up
            1
            ·
            52 minutes ago

            Seeing how often I get meeting invites for the wrong time because coworkers ignore my 11 a.m. CDT, and invite me in their timezone, I feel like communicating everything in UTC would be easier, because there could be no confusion.

  • Zikeji@programming.dev
    link
    fedilink
    English
    arrow-up
    62
    ·
    8 hours ago

    I read this meme and was physically revolted and wanted to immediately down vote. Great job.

    The superior date format is, of course, ISO 8601. YYYY-MM-DD.

    • dan@upvote.au
      link
      fedilink
      arrow-up
      17
      ·
      edit-2
      7 hours ago

      RFC3339 is better than ISO8601 since it doesn’t allow some of the esoteric formats, and allows some useful formats that ISO8601 doesn’t (like separating date and time by a space instead of by T)

      For example, 2026-W32-1 is also a valid ISO8601 date: Monday on the 32nd week of 2026. That format isn’t allowed with RFC3339.

      https://ijmacd.github.io/rfc3339-iso8601/

  • gex@lemmy.world
    link
    fedilink
    arrow-up
    55
    ·
    edit-2
    6 hours ago

    yyyy/mm/dd, it’s less ambiguous and it sorts nicely

    Edit: so many replies suggesting using a hyphen as a separator, I’d like to compromise by using the oblique angle sign (⦧) which looks like a slash that becomes a hyphen in the middle. yyyy⦧mm⦧dd

  • procrastitron@lemmy.world
    link
    fedilink
    arrow-up
    16
    ·
    8 hours ago

    Anyone who wants to write the millennium between the month and century loses all credibility when arguing about date formats.

    YYYY-MM-DD is the only coherent date format.

  • chickenf622@sh.itjust.works
    link
    fedilink
    arrow-up
    12
    ·
    edit-2
    7 hours ago

    ISO 8601 RFC 3339 (yyyy-mm-dd) for storing dates in software. Any format that that goes in the order of day, month, and year for conversational/presentational purposes, preferable the format is dynamic depending on the user’s locale (even for those that want the month first). There now everyone is happy.

    Edit: switched to RFC 3339 since it is a subset of ISO 8601 that is more strict, and I love semantics.

    • dan@upvote.au
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      7 hours ago

      RFC3339 is better than ISO8601 since it doesn’t allow some of the esoteric formats, and allows some useful formats that ISO8601 doesn’t (like separating date and time by a space instead of by T)

      For example, 2026-W32-1 is also a valid ISO8601 date: Monday on the 32nd week of 2026. That format isn’t allowed with RFC3339.

      https://ijmacd.github.io/rfc3339-iso8601/

      • chickenf622@sh.itjust.works
        link
        fedilink
        arrow-up
        3
        ·
        7 hours ago

        Damn it I forgot about the duration part of ISO 8601 (which is also super useful and I love it). I’ll amend it to RFC 3339 to be more exact in what I mean (even though the specified format should prevent the more esoteric formats).

  • TrackinDaKraken@lemmy.world
    link
    fedilink
    English
    arrow-up
    8
    ·
    7 hours ago

    April 25th.

    We’ve already established this.

    Because it’s not too hot and not too cold. All you need is a light jacket.