I feel that Yaml sucks. I understand the need for such markup language but I think it sucks. Somehow it’s clunky to use. Can you explain why?

  • deegeese@sopuli.xyz
    link
    fedilink
    arrow-up
    31
    arrow-down
    6
    ·
    11 days ago

    As a serialization format, agree 100%, but would Python really be better if it switched to braces?

    • magic_lobster_party@fedia.io
      link
      fedilink
      arrow-up
      66
      arrow-down
      4
      ·
      11 days ago

      Yes, I think so. The downside with Python comes when refactoring the code. There’s always this double checking if the code is correctly indented after the refactor. Sometimes small mistakes creep in.

      It’s really hard to tell when Python code is incorrectly indented. It’s often still valid Python code, but you can’t tell if it’s wrong unless you know the intention of the code.

      In order languages it’s always obvious when code is incorrectly indented. There’s no ambiguity.

      • GBU_28@lemm.ee
        link
        fedilink
        English
        arrow-up
        17
        arrow-down
        5
        ·
        11 days ago

        I think this is just familiarity. I never have issues with indentation, but when refactoring js I’m always like hey who’s fucking brace is this

      • deegeese@sopuli.xyz
        link
        fedilink
        arrow-up
        24
        arrow-down
        19
        ·
        11 days ago

        It’s only hard to tell indentation in Python when the code block gets longer than about a screen, which is usually a sign the code should be refactored into smaller methods.

        • gravitas_deficiency@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          5
          arrow-down
          1
          ·
          10 days ago

          As someone who has been working in Python a ton for the last couple years, it’s amusing to me how many downvotes you’re getting for simply noting that good code style and tight, terse, modularized implementation of business logic more or less addresses the issue. Because it absolutely does in the vast majority of cases.

        • hex@programming.dev
          link
          fedilink
          arrow-up
          3
          ·
          10 days ago

          People hate hearing that they are bad coders 😂

          You and the other guy are saying to focus on writing code with less indentation and using smaller methods, and you both got downvoted.

          I fully agree, small methods all the way, and when that’s not possible it’s time to refactor into possibility!

      • Kache@lemm.ee
        link
        fedilink
        arrow-up
        7
        arrow-down
        6
        ·
        edit-2
        11 days ago

        Can address it by writing code that doesn’t depend much on indentation, which also makes code more linear and easier to follow.

        • poinck@lemm.ee
          link
          fedilink
          arrow-up
          1
          ·
          10 days ago

          Yes, totally agree, and it applies to formats and language syntaxes even if braces are used.

    • xmunk@sh.itjust.works
      link
      fedilink
      arrow-up
      36
      arrow-down
      8
      ·
      11 days ago

      Yes it would - look at optional braces for short if expressions in C family languages and why it’s so discouraged in large projects. Terminating characters are absolutely worth the cost of an extra LoC

      • deegeese@sopuli.xyz
        link
        fedilink
        arrow-up
        22
        arrow-down
        5
        ·
        11 days ago

        I started in C before moving on to C++, Java, Ruby and Python.

        I’ve had more bugs from missing braces than from misaligned whitespace because the latter is far more obvious when looking at a block of code.

      • Eager Eagle@lemmy.world
        link
        fedilink
        English
        arrow-up
        15
        arrow-down
        7
        ·
        edit-2
        11 days ago

        False dichotomy. Optional braces are bad practice because they mislead the programmer that is adding an additional clause to the block.

        This misleading behavior wouldn’t happen in Python, as it would either be invalid syntax, or it would be part of the block.

        Indentation problems are pretty obvious to the reader. Even more than missing or unbalanced braces.

        • xmunk@sh.itjust.works
          link
          fedilink
          arrow-up
          13
          arrow-down
          1
          ·
          11 days ago

          They may be obvious to the reader but they may be impossible to see if tabs and spaces are mixed together.

          Closing tokens are always clearer.

          • Eager Eagle@lemmy.world
            link
            fedilink
            English
            arrow-up
            6
            arrow-down
            3
            ·
            edit-2
            11 days ago

            yes, from my other comment

            the only mistake of Python when it comes to whitespaces was allowing hard tabs

            but that’s easily fixed with an editor setting - on the other hand, unbalancing braces (and not realizing it) is too easy all the time.

        • tyler@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          10 days ago

          That misleading behavior does happen in Python. The next programmer that comes along can’t tell if the original programmer fucked it up and didn’t unindent to put a statement outside of the block or if they meant to put it inside the block. I’ve debugged this one too many times and it takes hours each time because it’s impossible to see the bug at all!!

          • Eager Eagle@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            edit-2
            10 days ago

            The misleading behavior is about what you expect to execute in the source code you’re looking at vs what’s actually executed.

            What you describe is a logic ambiguity that can happen in any program / language.

            • tyler@programming.dev
              link
              fedilink
              arrow-up
              1
              ·
              3 days ago

              I don’t agree. It’s a direct result of whitespace, which does not happen if you don’t use whitespace. For example it can happen in Java and kotlin, but only if you use if statements without braces, which you pretty much never see. If you do see it you know to look out for the exact issue I described. That’s not possible in Python, since there is no alternative.

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

        The end of line also has semantic meaning. Both indentation and eol are whitespace.

        • LainTrain@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          10 days ago

          Indentation can be (and should be) tabs, EOL is it’s its own thing either \n or CRLF which Python source code did actually care about as recently as 2.3.

          Assumptions like this is why most people should stick to verbose languages with lots of guardrail braces.