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.