There are a couple I have in mind. Like many techies, I am a huge fan of RSS for content distribution and XMPP for federated communication.

The really niche one I like is S-expressions as a data format and configuration in place of json, yaml, toml, etc.

I am a big fan of Plaintext formats, although I wish markdown had a few more features like tables.

  • DarkMetatron
    link
    fedilink
    arrow-up
    1
    arrow-down
    5
    ·
    14 days ago

    The year is the information that most of the time is the least significant in a date, in day to day use.

    DDMMYY is perfect for daily usage.

    • suigenerix@lemmy.world
      link
      fedilink
      arrow-up
      10
      arrow-down
      1
      ·
      14 days ago

      DDMMYY is perfect for daily usage.

      Except that DDMMYY has the huge ambiguity issue of people potentially interpreting it as MMDDYY. And it’s not straight sortable.

      My team switched to using YYYY-MM-DD in all our inner communication and documents. The “daily date use” is not the issue you think it is.

      • DarkMetatron
        link
        fedilink
        arrow-up
        1
        arrow-down
        11
        ·
        14 days ago

        Except that DDMMYY has the huge ambiguity issue of people potentially interpreting it as MMDDYY.

        Yes and YYYY-MM-DD can potentially be interpreted as YYYY-DD-MM. So that is an zero argument.

        I never said that the date format should never used, just that significants is a arbitrary value, what significant means depends on the context. If YYYY-MM-DD would be so great in everyday use then more or even most people would use it, because people, in general, tend to do things that make their life easier.

        There is no superior date format, there are just date format that are better for specific use cases.

        My team switched to using YYYY-MM-DD in all our inner communication and documents

        That is great for your team, but I don’t think that your team has a size large enough to have any kind of statistically relevance at all. So it is a great example for a specific use case but not an argument for general use at all.

        • suigenerix@lemmy.world
          link
          fedilink
          arrow-up
          9
          ·
          edit-2
          13 days ago

          Yes and YYYY-MM-DD can potentially be interpreted as YYYY-DD-MM. So that is an zero argument.

          No country uses “year day month” ordered dates as standard. "Month day year, " on the other hand, has huge use. It’s the conventions that cause the potential for ambiguity and confusion.

          That is great for your team, but I don’t think that your team has a size large enough to have any kind of statistically relevance at all. So it is a great example for a specific use case but not an argument for general use at all.

          Entire countries, like China, Japan, Korea, etc., use YYYY-MM-DD as their date standard already.

          My point was that once you adjust, it actually isn’t painful to use as it first appears it could be, and has great advantages. I didn’t say there wasn’t an adjustment hurdle that many people would bawk at.

          https://en.m.wikipedia.org/wiki/List_of_date_formats_by_country

          • DarkMetatron
            link
            fedilink
            arrow-up
            1
            arrow-down
            5
            ·
            13 days ago

            Entire countries, like China, Japan, Korea, etc., use YYYY-MM-DD as their date standard already.

            And every person in those countries uses YYYY-MM-DD always in their day to day communication? I really doubt that. I am sure even in those countries most people will still use short forms in different formats.

            • suigenerix@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              13 days ago

              Yes, and their shorthand versions, like writing 9/4, have the same problem of being ambiguous.

              You keep missing the point and moving the goal posts, so I’ll just politely exit here and wish you well. Peace.

              • DarkMetatron
                link
                fedilink
                arrow-up
                1
                arrow-down
                1
                ·
                13 days ago

                I never moved the goalposts, all I always said was that a forced and clunky date format like YYYY-MM-DD will never find broad use or acceptance in the major population of the world. It is not made for easy day to day use.

                If it sounded like I moved goalposts, that maybe due to english as a second language. Sorry for that.

                But yes, I think we both have made our positions and statements clear, and there is not really a common ground for us. Not because one of us would be right or wrong but because we are not talking about the topic on the same level of abstraction. I talk about it from a social, very down to the ground perspective and you are at least 2 levels of abstraction above that. Nothing wrong with that but we just don’t see the same picture.

                And yes using YYYY-MM-DD would be great, I don’t say anything against that on a general level, I just don’t ever see any chance for it used commonly.

                So thank you for the great discussion and have a nice day.

    • GamingChairModel@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      14 days ago

      Your day to day use isn’t everyone else’s. We use times for a lot more than “I wonder what day it is today.” When it comes to recording events, or planning future events, pretty much everyone needs to include the year. Getting things wrong by a single digit is presented exactly in order of significance in YYYY-MM-DD.

      And no matter what, the first digit of a two-digit day or two-digit month is still more significant in a mathematical sense, even if you think that you’re more likely to need the day or the month. The 15th of May is only one digit off of the 5th of May, but that first digit in a DD/MM format is more significant in a mathematical sense and less likely to change on a day to day basis.

      • DarkMetatron
        link
        fedilink
        arrow-up
        1
        arrow-down
        2
        ·
        14 days ago

        For any scheduled date it is irrelevant if you miss it for a day, a month or a year. So from that perspective every part of it is exactly the same, if the date is wrong then it is wrong. You say that it is sorted in the order of most significants, so for a date it is more significant if it happend 1024, 2024 or 9024? That may be relevant for historical or scientific purposes but not much people need that kind of precision. Most people use calendars for stuff days or month ahead or below, not years or decades.

        If I get my tax bill, I don’t care for the year in the date because I know that the government wants the money this year not next or on ten. If I have a job interview, I don’t care for the year, the day and months is what is relevant. It has a reason why the year is often removed completely when dates are noted or made. Because it Is obvious.

        Yes I can see why YYYY-MM-DD is nice for stuff like archiving purposes, it makes sorting and grouping very easy but there they already use the best system for the job.

        For digital documents I would say that date and time information should be stored in a defined computer readable standard so that the document viewer can render or use it in any way needed. That could be swatch internet time as far as I care because hopefully I would never look at the raw data at all.

        • GamingChairModel@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          13 days ago

          You say that it is sorted in the order of most significants, so for a date it is more significant if it happend 1024, 2024 or 9024?

          Most significant to least significant digit has a strict mathematical definition, that you don’t seem to be following, and applies to all numbers, not just numerical representations of dates.

          And most importantly, the YYYY-MM-DD format is extensible into hh:mm:as too, within the same schema, out to the level of precision appropriate for the context. I can identify a specific year when the month doesn’t matter, a specific month when the day doesn’t matter, a specific day when the hour doesn’t matter, and on down to minutes, seconds, and decimal portions of seconds to whatever precision I’d like.

          • DarkMetatron
            link
            fedilink
            arrow-up
            1
            arrow-down
            1
            ·
            13 days ago

            Ok, then I am sure we will all be using that very soon, because abstract mathematic definitions always map perfectly onto real world usage and needs.

            It is not that I don’t follow the mathematic definition of significance, it is just invalid for the view and scope of the argument that I make.

            YYYY-MM-DD is great for official documents but not for common use. People will always trade precision for ease of use, and that will never change. And in most cases the year is not relevant at all so people will omit it. Other big issue: People tend to write like they talk and (as far as I know) nobody says the year first. That’s exactly why we have DD-MM and MM-DD

            YYYY-MM-DD will only work in enforced environments like official documents or workspaces, because everywhere else people will use shortcuts. And even the best mathematic definition of the world will not change that.