• ILaughBecauseFunny@feddit.dk
    link
    fedilink
    arrow-up
    1
    ·
    2 minutes ago

    Issue: there are 27 different ways of writing a date.

    Engineers: We most make a common standard that is unambiguous, easy to understand and can replace all of these.

    Issue: there are 28 different ways of writing a date.

    Joke aside, I really think the iso standard for dates is the superior one!

  • driving_crooner@lemmy.eco.br
    link
    fedilink
    arrow-up
    4
    ·
    3 hours ago

    In the last company I work for, the department was created from zero, and my boss just let me take all the technical decisions so from the begging everything was wrote in ISO-8601. When I left it was just the way it was, if you try to use any other date format anywhere something is going to give you an error.

  • jaxxed@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    4 hours ago

    I was going to comain until I realized that the fprmat is the one that I prefer.

  • arc@lemm.ee
    link
    fedilink
    arrow-up
    30
    ·
    12 hours ago

    The sane way of dealing with it is to use UTC everywhere internally and push local time and local formatting up to the user facing bits. And if you move time around as a string (e.g. JSON) then use ISO 8601 since most languages have time / cron APIs that can process it. Often doesn’t happen that way though…

    • expr@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      10 hours ago

      Generally yes, that’s the way to do it, but there are plenty of times where you need to recreate the time zone something was created for, which means additionally storing the time zone information.

    • hazypenguin@feddit.nl
      link
      fedilink
      arrow-up
      4
      ·
      10 hours ago

      Definitely. If your servers aren’t using UTC, then when you’re trying to sync data between different timezones, you’re making it harder for yourself.

  • WoodScientist@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    43
    ·
    15 hours ago

    I propose that we amend the ISO to require the days of the week be named after their etymological roots in that language.

    English Days of the Week:
    Day of the Sun
    Day of the Moon
    Day of Týr
    Day of Odin
    Day of Thor
    Day of Frēa
    Day of Saturn

    Imagine dating a meeting, “Day of Odin, May 7, 2025.” Imagine a store receipt that says, “Day of Thor, June 5, 2025.” Imagine telling a friend, “July 4th falls on a Day of Frēa this year!”

    THIS IS WHAT WE COULD HAVE. THIS IS WHAT WE HAVE LOST. THIS IS WHAT WAS STOLEN FROM US.

    We could bring it back. We could make this the norm. We could make this real. We could summon this bit of ancient magic back into our world. Let’s remember what we actually named these days for! BRING BACK THE DAY OF THOR!

  • Burninator05@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    11 hours ago

    Everyone should use date-time groups so we’re all on the same page down to the second.

    DDHHMMSSZmmmYY

  • xeekei@lemm.ee
    link
    fedilink
    English
    arrow-up
    2
    ·
    10 hours ago

    I just don’t like to be forced to include the damn year everytime, and if you cut the year from ISO 8601 you get the american MM-DD order, which everybody hates.

    I like DD/MM/YYYY. 🤷🏻‍♂️

    • MBech@feddit.dk
      link
      fedilink
      arrow-up
      5
      ·
      7 hours ago

      If it’s just in casual conversation or emails DD/MM/YYYY is fine, but if you’re naming documents or something in a professional setting, you should really always include the year anyway.

    • ameancow@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      ·
      6 hours ago

      As an American, I can’t get people in my team to standardize their email signatures with correct spelling.