• mkwarman@lemmy.world
    link
    fedilink
    arrow-up
    194
    arrow-down
    3
    ·
    1 year ago

    I’m definitely in the “for almost everything” camp. It’s less ambiguous especially when you consider the DD/MM vs MM/DD nonsense between US dates vs elsewhere. Pretty much the only time I don’t use ISO-8601 is when I’m using non-numeric month names like when saying a date out loud.

  • unomar@midwest.social
    link
    fedilink
    English
    arrow-up
    130
    arrow-down
    4
    ·
    1 year ago

    ISO-8601 over all other formats. 2023-08-09T21:11:00Z

    Simple, sortable, intuitive.

    • protput@lemmy.world
      link
      fedilink
      arrow-up
      12
      arrow-down
      7
      ·
      edit-2
      1 year ago

      Too long. Even 2023-08-09 is too long for me. But since I like the readability I use 2023.08.09. Less pixels and more readable then 20230809.

        • Aloha_Alaska@lemmy.world
          link
          fedilink
          arrow-up
          5
          ·
          edit-2
          1 year ago

          My company has decided to standardized on phone numbers with dots instead of dashes. They’re in email signatures, memos, client proposals. I absolutely hate it and it rubs me the wrong way every time I see it. It’s wrong.

      • Pinklink@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        Although I actually like that format a lot, we use characters to help elicit context. 2023/08/09 is fine since we have been using / for dates for so long. Also it blows my mind why people don’t use : in 24 hour times. 16:40 is great, no am pm bullshit and you immediately know I’m talking time.

  • corytheboyd@kbin.social
    link
    fedilink
    arrow-up
    93
    arrow-down
    1
    ·
    1 year ago

    Christ, do this many people really find iso8601 hard to read? It’s the date and the time with a T in the middle.

    • Cuttlefishcarl@sh.itjust.works
      link
      fedilink
      arrow-up
      40
      arrow-down
      12
      ·
      1 year ago

      Not “many people.” Americans. Americans find it hard to read. I’m not 100% sure but I’m fairly certain everyone else in the world agrees that either day/month/year or year/month/day is the best way to clearly indicate a date. You know, because big to small. America believes month/day/year for some stupid fucking reason.

      • pythonoob@programming.dev
        link
        fedilink
        arrow-up
        21
        arrow-down
        2
        ·
        1 year ago

        I’m pretty sure it’s because of the way we say it. Like, “May 6th, 2023”. So we write it 5/6/2023.

        That said, I think it’s fucking stupid.

          • Ageroth@reddthat.com
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            I will never stop being impressed by the absolute insanity that is British rhyming slang. Apparently I’ve never heard seppo before, short for septic tank, rhyming with Yank. I just learned a new mildy derogatory term for Americans, nice

        • DV8@lemmy.world
          link
          fedilink
          arrow-up
          11
          arrow-down
          1
          ·
          1 year ago

          In British English you say the date before the month as well. I know that even saying the month first sounds very jarring too me.

        • Windows2000Srv@lemmy.ca
          link
          fedilink
          arrow-up
          4
          arrow-down
          1
          ·
          1 year ago

          I’m not an American and English isn’t my first language, so the US way to write dates always confused me. Now, I finally understand it! Many thanks, this is legitimately sooooo useful!

      • pup_atlas@pawb.social
        link
        fedilink
        arrow-up
        5
        ·
        1 year ago

        I am an American and I use it religiously for the record. Especially for version numbers. Major.minor.year.month.day.hour.minute-commit. It sorts easy, is specific, intuitive, and makes it clear which version you’re using/working on.

      • glockenspiel@lemmy.world
        link
        fedilink
        arrow-up
        6
        arrow-down
        3
        ·
        edit-2
        1 year ago

        America believes month/day/year for some stupid fucking reason.

        It’s because of Great Britain. We adopted it from them while a bunch of colonies and it regionally spread to others.

        America didn’t change, probably because we have been so geographically isolated (relatively speaking), whereas the modern day UK did change to be more like Europe.

        People get so goddamn hot and bothered by things that ultimately don’t matter almost like it is a culture war issue. Americans maintain the mm/dd/yyyy format because that’s how speak the dates.

        I wouldn’t say it is us Americans who “find it hard to read” if someone from elsewhere in the world sees an American date, knows we date things in the old way they used to date things, and then loses their minds over having to swap day for month. Everyone just wants to be contrarian and circle jerk about ISO and such.

        Us devs, on the other hand, absolutely should use the same format of yyyy-mm-dd plus time and time zone offset, as needed. There’s no reason, in this age, for dates to be culturally distinct in the tech space. Follow a machine-first standard and then convert just like we do with all other localizatons.

        But hey, if people want to be pedantic, let’s talk about archaic gendered languages which are completely useless and has almost zero consistency.

        • Fonzie!@ttrpg.network
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Bruh even Britain uses day-month-year, even speaks them as “9th of September”.
          “September 9th” doesn’t even make sense in English as there is only 1 September in a year.

          America did this.
          There is no excusing that.

      • Pulptastic@midwest.social
        link
        fedilink
        English
        arrow-up
        7
        arrow-down
        5
        ·
        1 year ago

        Day/month/year is not in the same category as y/m/d. That crap is so ambiguous. Is today August 9th? Or September 8th? Y/m/d to the rescue.

          • Drusenija@lemmy.world
            link
            fedilink
            arrow-up
            7
            ·
            1 year ago

            Or anyone who has to work with Americans. Especially when you also work with other countries as well. You can’t assume dd/mm/yyyy or mm/dd/yyyy blindly in either case. yyyy-mm-dd solves the issue entirely because both sides at least agree that yyyy-dd-mm isn’t a thing.

    • Djtecha@lemm.ee
      link
      fedilink
      arrow-up
      14
      arrow-down
      3
      ·
      1 year ago

      I think it’s fair that programmatic and human readable can be different. If someone is putting in the month word for a logging system they can fuck right off though

      • GamingChairModel@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        If someone is putting in the month word for a logging system they can fuck right off though

        That way you can sort the months of the year, in order:

        • April
        • August
        • December
        • February
        • January
        • July
        • June
        • March
        • May
        • November
        • September
    • dilawar@lemm.eeB
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      2
      ·
      1 year ago

      As long as they use letter for months, like Jul 09, 2013 its fine. Otherwise prefer a sorted timescale version. Either slow changing to fast changing yyyy mm dd or fast to slow dd mm yyyy.

      • pomodoro_longbreak@sh.itjust.works
        link
        fedilink
        arrow-up
        5
        ·
        1 year ago

        The letters make no sense to me. Like Jul, Jun, I’m constantly mixing them up. Give me a good solid number like 07 or 10. No mixing that up. Higher numbers come after lower numbers, simple as.

  • xttweaponttx@sh.itjust.works
    link
    fedilink
    arrow-up
    84
    arrow-down
    1
    ·
    1 year ago

    It warms my heart to see so many comments in the camp of “I use it everywhere”. Absolutely same here. You are my people.

  • TeckFire@lemmy.world
    link
    fedilink
    English
    arrow-up
    77
    arrow-down
    1
    ·
    1 year ago

    Upvoted because I appreciate the exposure for this dating method, but I personally use it for everything. Much clearer for a lot of reasons IMO. Biggest to smallest pretty much always makes the most sense.

  • realbaconator@lemmy.world
    link
    fedilink
    arrow-up
    80
    arrow-down
    5
    ·
    1 year ago

    ISO 8601 gang. You’d never want to describe dates that way but for file management the convenience is massive.

  • words_number@programming.dev
    link
    fedilink
    arrow-up
    75
    arrow-down
    5
    ·
    edit-2
    1 year ago

    I really wonder how americans were able to fuck this one up. There are three ways to arrange these and two of them are acceptable!

    Edit: Yes, I meant common ways, not combinatorically possible ways.

      • azertyfun@sh.itjust.works
        link
        fedilink
        arrow-up
        39
        arrow-down
        1
        ·
        1 year ago

        Three ways that people actually use. YYYY-MM-DD, DD-MM-YYYY, and MM-DD-YYYY (ew).

        AFAIK no-one does YYYY-DD-MM, DD-YYYY-MM, or MM-YYYY-DD… yet. Don’t let the Americans know about these formats, they might just start using them out of spite.

        • arbitrary@lemmy.world
          link
          fedilink
          arrow-up
          27
          ·
          1 year ago

          YYYY-DD-MM, DD-YYYY-MM, or MM-YYYY-DD

          What the actual fuck

          ‘hey man, what date is it today?’ ‘well it’s the 15th of 2023, August’

            • Futurama@lemmy.world
              link
              fedilink
              English
              arrow-up
              5
              ·
              1 year ago

              I want to try this, too. Make it more possessive, though. The 15th of 2023’s August. Really add to the confusion.

        • naticus@lemmy.world
          link
          fedilink
          arrow-up
          16
          arrow-down
          1
          ·
          1 year ago

          I’ll avoid those at all cost and go with the new standard of YY-MM-DD-YY. What’s the date today? 20-08-10-23

          • luciferofastora@discuss.online
            link
            fedilink
            arrow-up
            18
            ·
            1 year ago

            What, 2023-223 for the 223rd day of the year 2023? That… is oddly appealing for telling the actual progress of the year or grouping. No silly “does this group have 31, 30, 29 or 28 members”, particularly the “is this year a multiple of four, but not of 100, unless it’s also a multiple of 400?” bit with leap days.

            You’ll have oddities still, no matter which way you slice it, because our orbit is mathematically imperfect, but it’s a start.

      • rmuk@feddit.uk
        link
        fedilink
        English
        arrow-up
        19
        ·
        1 year ago

        Twelve ways if you count two-digit years. My nephew was born on 12/12/12 which was convenient.

    • sift@lemmy.world
      link
      fedilink
      arrow-up
      15
      arrow-down
      5
      ·
      edit-2
      1 year ago

      It’s how the dates are typically said, here. November 6th, 2020 = 11/6/2020. [Edit: I had written 9 instead of 11 for November.] (We basically never say the sixth of November. It sounds positively ancient.) It’s easy to use, but I agree that YYYY-MM-DD is vastly superior for organization.

    • zagaberoo@beehaw.org
      link
      fedilink
      arrow-up
      1
      arrow-down
      5
      ·
      1 year ago

      Do people outside of the US not say dates like “June first” etc? M/D/Y matches that. It’s really not weird at all, even if the international ambiguity is awful.

    • FleetingTit@feddit.de
      link
      fedilink
      arrow-up
      20
      arrow-down
      1
      ·
      1 year ago

      ISO 8601 ftw. Here’s the date, time, and duration for our next meeting:

      2023-08-10T20:00:00PT2H30M

        • baltakatei@sopuli.xyz
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          It handles ambiguity too. Want to say something lasts for a period of 1 month without needing to bother checking how many days are in the current and next month? P1M. Done. Want to be more explicit and say 30 days? P30D. Want to say it in hours? Add the T separator: PT720H.

          I used this kind of notation all the time when exporting logged historical data from SCADA systems into a file whose name I wanted to quickly communicate the start of a log and how long it ran:

          20230701T0000-07--P30D..v101_pressure.csv

          (“--” is the ISO-8601 (2004) recommended substitute for “/” in file names)

          If anyone is interested, I made this Bash script to give me uptime but expressed as an ISO 8601 time period.

          $ bkuptime
          P2DT4H22M4S/2023-08-15T02:01:00+0000, 2 users,  load average: 1.71, 0.87, 0.68
          
  • cerberus@lemmy.world
    link
    fedilink
    English
    arrow-up
    41
    ·
    1 year ago

    ISO 8601 is amazing for data storage and standardizing the date.

    Display purposes sure, whatever you feel like

    But goddammit if you don’t use ISO 8601 to store dates, I will find you, and I will standardize your code.

    • snek_boi@lemmy.ml
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      I actually need to standardize my code. I’ve got “learning F2” as something I want to do soon. The goal: use the exif data of my pictures to create [date in ISO 8601] - [original filename].[original file type termination]

      So a picture taken the third of march 2022 titled “asdf.jpg” would become “2022-3-3 - asdf.jpg”

      Help? lol

      • notabot@lemm.ee
        link
        fedilink
        arrow-up
        6
        ·
        1 year ago

        If you’re on Linux exiftool can get the creation date for you: exiftool -p '$CreateDate' -d '%Y-%m-%d' FILENAME, and you could run tgat in a loop over your files, something like:

        mkdir -p out
        for f in *.jpg
        do
        createdate=$(exiftool -p '$CreateDate' -d '%Y-%m-%d' "${f}")
        cp -p "${f}" "out/${createdate} - ${f}"
        done
        

        Obviously don’t justbgo running code some stranger just posted on the internet, especially as I haven’t tested it, but that should copy images from the current directory to a subdirectory called ‘out’ with the correct filenames.

        • metaStatic@kbin.social
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          ok I think I finally need to ask

          What the fuck is up with the html code? Ive seen this in a lot of posts and it just throws me every time.

          • notabot@lemm.ee
            link
            fedilink
            arrow-up
            7
            ·
            1 year ago

            I don’t see any HTML when I look at that comment from Lemmy, but kbin seems to make a real mess of rendering code blocks. Basically that bit had a few lines of code they could yse to do what they wanted.

      • Samsy@lemmy.mlOP
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        I did this in the past and I would search through my notes… If I had notes ffs.

        • snek_boi@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          I’m using NixOS. Ext4 filesystem. As to language, I’m not entirely sure what you mean. If you refer to the character set in the filenames, I think there are no characters that deviate from the English alphabet, numbers, dashes, and underscores.

          • cerberus@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            Oh ok so you’re more so working with folder structure etc, so bash for when you plug-in a card?

            I’m thinking in more programmatic terms, there’s definitely some bash scripting you can execute. Or just go balls out and write a service that executes on systemctl