Amazon is running a Prime Day sale on July 16 and 17. Setting aside the fact that this is two separate days, neither 716 nor 717 are prime numbers. They should’ve done 7/19 instead.

    • hddsx@lemmy.ca
      link
      fedilink
      arrow-up
      39
      ·
      4 months ago

      I maintain that dd/mm/yyyy and mm/dd/yyyy are stupid.

      Big -> small is how we read numbers:

      yyyy/mm/dd

      • Old Jimmy Twodicks@sh.itjust.works
        link
        fedilink
        arrow-up
        49
        ·
        4 months ago

        I prefer the simple dy/my/dy/my format (with the year reversed for added ease of use). For example, today would be 14/02/70/72.

        NIST and ISO have stopped responding to my emails, but I’m optimistic that the Türk Standardları Enstitüsü will eventually adopt it as their preferred standard.

      • esc27@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        4 months ago

        What if we just count all the nanoseconds since 1601 and divide by 100.

        I still don’t get that timestamp approach. Especially after learning how unix/linux handle it…

        At least modern AD tools can automatically do the date conversions now.

        • hddsx@lemmy.ca
          link
          fedilink
          arrow-up
          1
          ·
          4 months ago

          Because it’s a basic data structure that holds time, instead of multiple interrelated ints…. And it’s easy to do math on.

      • Fubber Nuckin'@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        Yes but small is more relevant since you’re more likely to know the big. therefore i propose we put minutes ahead of hours.

        • hddsx@lemmy.ca
          link
          fedilink
          arrow-up
          1
          ·
          4 months ago

          Big is more important than small. If your use case has the big stuff in context, drop the big.