• RegalPotoo@lemmy.world
    link
    fedilink
    English
    arrow-up
    17
    ·
    7 months ago

    As a software dev who has lost weeks of his life dealing with timezones, leap days, daylight savings time, date math and other associated nonsense I fully support this being the way the world is. I don’t want to go through the transition to get there though

    • lugal@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      11
      arrow-down
      1
      ·
      7 months ago

      Bad news: this has nothing to do with timezones, leap days nor daylight saving time. Honestly, leap days would be worse because they wouldn’t be part of the 7 day week

      • rockSlayer@lemmy.world
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        7 months ago

        It’s accounted for just like any other leap year, add it to the end of a month as a universal holiday. Most calendar models make it July 29. It’s also worth noting that this is actually 364 days, and a single day at the end of the year is a universal holiday.

        Edit: I think leap years should be at the end of the year too for simplicity.

        • Flipper@feddit.de
          link
          fedilink
          English
          arrow-up
          1
          ·
          7 months ago

          That would just be new year. I’ve already have a list ready for how to name all the months, so we don’t fuck it up like September being the 9. Month again.

        • lugal@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          7 months ago

          Which breaks “day of week = day modulo 7” if every month starts on Monday and not every month has the same number of days

          • ElderWendigo@sh.itjust.works
            link
            fedilink
            English
            arrow-up
            2
            ·
            7 months ago

            In this scheme, new years day and leap days are not any day of the week or part of any month. They exist outside of the regular calendar as obvious and explicit resets to the remainder problem.

            • lugal@sopuli.xyz
              link
              fedilink
              English
              arrow-up
              1
              arrow-down
              1
              ·
              7 months ago

              My point exactly. So the programmer who commented above me is wrong in saying it makes it easier for them

              • ElderWendigo@sh.itjust.works
                link
                fedilink
                English
                arrow-up
                1
                ·
                edit-2
                7 months ago

                No, still easier. They are still part of the year, so you can just count them, and the logic is still easier than the mess we currently have. If you really feel the need to you can call new years day the zeroth day in the zeroth month, the day of the week is Holiday, and periodically the zeroth month has one extra Holiday.

                • lugal@sopuli.xyz
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  arrow-down
                  2
                  ·
                  7 months ago

                  Computers store the date as “days after January 1st 1970”. So you have a huge number, divide it with 7 and get the day of the week. If there are days that don’t belong to any week, you have to calculate January 1st of that year and substrate it in addition to the steps above. I don’t say it’s not manageable, but it’s not easier

                  • ElderWendigo@sh.itjust.works
                    link
                    fedilink
                    English
                    arrow-up
                    1
                    ·
                    7 months ago

                    They store the number of seconds since the epoch of 1970, but you’re always going to have leap days and even leap seconds. Even if you changed the definition of a second to match the current length of a year, it would be off again relatively soon and you’d need leap seconds again. It’s NEVER going to be as simple as you seem to think it should be. Chaos and complexity is inherent in the whole system.

          • grue@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            7 months ago

            Look, short of changing Earth’s orbit, something’s not gonna line up no matter what you do. Extra-weekly days are as good a compromise as any in my book.

            • lugal@sopuli.xyz
              link
              fedilink
              English
              arrow-up
              0
              ·
              7 months ago

              My point exactly. So the programmer who commented above me is wrong in saying it makes it easier for them

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      English
      arrow-up
      1
      ·
      7 months ago

      Developers are the only people against DST changes, just because of how complex it will get. Dear God cities are removing DST! Cities! It means I need to know if you are in or out of a city to know if you need to be shown daylight or standard time!

      Just please do it nationally yes or no

        • MotoAsh@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          7 months ago

          That… still requires knowing which time zone to display. It doesn’t remove the requirement at all.

            • MotoAsh@lemmy.world
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              7 months ago

              and who implements localtime? You realize these functions call down to the system, and the system is very much ALSO written and maintained by coders…

              The point is SOMEONE actually does have to implement it and maintain it.