• BorgDrone@lemmy.one
    link
    fedilink
    arrow-up
    34
    ·
    5 months ago

    Good code is self-explanatory. You should only comment your code if it does something unexpectedly complicated.

    The code shows what is being done. The comments should explain the why.

    • Pasta Dental@sh.itjust.works
      link
      fedilink
      arrow-up
      14
      ·
      edit-2
      5 months ago

      Yes. This 1000x. I hate it at work when I come across code that was written 3 years ago that has literally no traces of why it’s there and a quick summary of what it does. Especially because that code is always the most abbreviated spaghetti you’ve ever seen. People should stop thinking (their) code documents itself because 99.999% of programmers cannot do it right.

      I really like the Google way of coding: assume the person reading the code is the most 1337 programmer ever, BUT that this person knows absolutely nothing about the project

      • BorgDrone@lemmy.one
        link
        fedilink
        arrow-up
        7
        ·
        5 months ago

        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.

    • dan@upvote.au
      link
      fedilink
      arrow-up
      11
      ·
      5 months ago

      This is something a lot of people don’t seem to understand. Even if code is self-explanatory, I want to know why it was designed that way.

      I’ve fixed bugs where the fix was only a one line change, but it was extremely difficult to figure out, so I left a 10ish line comment above it explaining why it has to be done that way.