• frezik@midwest.social
        link
        fedilink
        arrow-up
        15
        ·
        2 months ago

        IIRC, the original reason was to avoid people making custom parsing directives using comments. Then people did shit like "foo": "[!-- number=5 --]" instead.

      • Codex@lemmy.world
        link
        fedilink
        arrow-up
        9
        ·
        2 months ago

        I wrote a powershell script to parse some json config to drive it’s automation. I was delighted to discover the built-in powershell ConvertFrom-Json command accepts json with // comments as .jsonc files. So my config files get to be commented.

        I hope the programmer(s) who thought to include that find cash laying in the streets everyday and that they never lose socks in the dryer.

    • AVincentInSpace@pawb.social
      link
      fedilink
      English
      arrow-up
      33
      ·
      2 months ago

      Alright, the YAML spec is a dang mess, that I’ll grant you, but it seems pretty easy for my human eyes to read and write. As for JSON – seriously? That’s probably the easiest to parse human-readable structured data format there is!

      • interdimensionalmeme@lemmy.ml
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        2 months ago

        My biggest gripe is that human eyes cannot in fact see invisible coding characters such as tabs and spaces. I cannot abide by python for the same reason.

      • Redex@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        2 months ago

        I don’t know much apart from the basics of YAML, what makes it complicated for computers to parse?

        • lime!@feddit.nu
          link
          fedilink
          English
          arrow-up
          14
          ·
          edit-2
          2 months ago

          the spec is 10 chapters. everything is unquoted by default, so parsers must be able to guess the data type of every value, and will silently convert them if_they are, but leave them alone otherwise. there are 63 possible combinations of string type. “no” and “on” are both valid booleans. it supports sexagesimal numbers for some reason, using the colon as a separator just like for objects. other things of this nature.

          • daddy32@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            2 months ago

            Yes, the classic “no” problem of YAML. But the addition of the comments is very nice.

        • mynameisigglepiggle@lemmy.world
          cake
          link
          fedilink
          arrow-up
          9
          ·
          2 months ago

          Sometimes it’s a space, sometimes its a tab, and sometimes it’s two spaces which might also be a tab but sometimes it’s 4 spaces which means 2 spaces are just whack And sometimes we want two and four spaces because people can’t agree.

          But do we want quotes or is it actually a variable? Equals or colon? Porque no los dos?