• Dark ArcA
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    1 year ago

    The code on the right is better (though perhaps taken to an extreme) and what it comes down to is the code on the right makes you think in terms of the layers of the function when you make a change.

    Linear functions provide very little friction to changes that (when you see the interaction through all the layers) are actually quite bad. The code on the left will – without extreme discipline – become spaghetti as the years pass. Even with extreme discipline as the lines of code in the function grow, and other comments are added, the actual flow of the function will be harder to see and harder to grok because it can’t all be put up on the screen at the same time.

    It’s ultimately the same idea as minimizing side state/side effects. You want a bunch of small pieces that can be independently verified as doing their job, rather than one large thing that you can’t understand at a glance.

    • morrowind@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      You can always extract out the linear code when it actually becomes useful. It’s much easier to refactor when needed.

      • Dark ArcA
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 year ago

        I disagree, by the time you find you “need to” it’s often already tangled.

        • morrowind@lemmy.ml
          link
          fedilink
          arrow-up
          1
          arrow-down
          2
          ·
          1 year ago

          Linear code is almost always easier to refactor than code split into functions

          • Dark ArcA
            link
            fedilink
            English
            arrow-up
            4
            ·
            1 year ago

            Yeah I’m going to hard disagree with you on that.