• drspod@lemmy.ml
    link
    fedilink
    arrow-up
    22
    arrow-down
    2
    ·
    edit-2
    12 days ago

    “Every line of code is written without reason, maintained out of weakness, and deleted by chance” Jean-Paul Sartre’s Programming in ANSI C

    Is this a joke or an AI hallucination? I’m pretty sure Sartre never wrote about programming in ANSI C.

    There is a book called “Programming in ANSI C” by E. Balagurusamy

    I can only find other references to this quote from sites that are linking this article.

    The article actually does date back to 2016 so it’s not AI generated.

    • drspod@lemmy.ml
      link
      fedilink
      arrow-up
      45
      ·
      12 days ago

      I should have tried a bit harder to search, the original quote by Sartre is:

      “Every existing thing is born without reason, prolongs itself out of weakness, and dies by chance.”

  • Lysergid@lemmy.ml
    link
    fedilink
    arrow-up
    20
    arrow-down
    3
    ·
    12 days ago

    TLDR;

    My current project has mostly easy to delete code and not easy to extend. Why? Coz shit was copy-pasted 50 times. It’s not fun to work in this project.

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

      I don’t understand, if you’ve got easy to delete copy-pasted code, then delete it. It’ll be a nice and cathartic exercise.

      But sounds like what you’re really talking about is code that isn’t easy to delete.

      • Lysergid@lemmy.ml
        link
        fedilink
        arrow-up
        4
        arrow-down
        2
        ·
        11 days ago

        I don’t understand too. Are you suggesting me to drop bunch of features in the product?

          • Lysergid@lemmy.ml
            link
            fedilink
            arrow-up
            6
            arrow-down
            2
            ·
            edit-2
            10 days ago

            No, that means you falling into author’s bait where they misuse term “delete”. Refactoring is not equal to deleting. One can be result of another. But the truth is that extendable code needs to be modular to be extendable. And modular code is easy to refactor. Author couldn’t not name it “Write code that is easy to refactor, not easy to extend” coz it’s even more dumb

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

          I think the responder means that duplicate code is usually easy to refactor into single methods. Typically I see copy pasted code that is changed just a little bit. However much of a duplicated function can be broken into smaller functions and the redundant code removed in favor of calling into the functions. Often what is left then becomes easier to reason about and refactor accordingly. I love the PRs that I make which delete more code than I add but still manage to add functionality. It doesn’t happen often but it’s fun when it does.

          • Lysergid@lemmy.ml
            link
            fedilink
            arrow-up
            1
            arrow-down
            4
            ·
            10 days ago

            Right, but my initial comment was about article’s statement being wrong. Refactoring in the way you described will make code harder to delete which is bad according to the article.

    • yournameplease@programming.dev
      link
      fedilink
      English
      arrow-up
      3
      ·
      11 days ago

      Same thing on my project. Thousands of lines across a few dozen files copied 100+ times. At that point there’s almost no going back with everything diverging so long ago.

    • VoterFrog@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      9 days ago

      Eh, not really then. If you have some behavior in those 50 copy/pastes that needs to be deleted, you’ve got to delete it 50 times. That’s not easier at all.

  • FlorianSimon@sh.itjust.works
    link
    fedilink
    arrow-up
    10
    ·
    11 days ago

    I’d go easy with the recommendation to couple components loosely. If you make things that belong together loosely coupled, you’ve created obfuscation, and added complexity to your codebase. Loose coupling makes sense, but not everywhere.

  • Jim@programming.dev
    link
    fedilink
    English
    arrow-up
    9
    ·
    11 days ago

    This is a classic piece, and I love the contradictions in the text. It encapsulates my feelings on good software and code that it almost becomes an art than a science.

  • Feathercrown@lemmy.world
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    1
    ·
    10 days ago

    Code that’s easy to extend generally encourages creating related code that’s easy to delete. These are very similar directives.