• takeda@lemmy.world
    link
    fedilink
    arrow-up
    37
    arrow-down
    7
    ·
    1 year ago

    I’m Bill I don’t comment my code (except complex parts), instead I try to make code clear, including using proper variable and function names and try to keep functions short. I don’t think I ever got lost in my own code in my 20+ years of experience. Even got complements about it.

    The programming language is meant for humans to read/write, if you need to put comments to understand your code then your code sucks.

    • NuXCOM_90Percent@lemmy.zip
      link
      fedilink
      arrow-up
      28
      arrow-down
      3
      ·
      1 year ago

      Commenting is an art. Too much and it is outright misleading after the first hotfix. Too little and only the original developer can maintain it

      But uncommented code is a dick move. And, more importantly, it means you can’t punt bug fixes to the intern

    • suodrazah@lemmy.world
      link
      fedilink
      arrow-up
      14
      ·
      1 year ago

      Use comments to describe the philisophy of the code, the why. And any non obvious extended relationships. Risk. Etc.

      Comments on function are typically a waste of space.

    • krellor@kbin.social
      link
      fedilink
      arrow-up
      7
      ·
      1 year ago

      When writing basic business code, structuring the code well and having good naming standards means you shouldn’t need a ton of comments, but you should still have some. Plus, using structured function content blocks gives you intellisense in some languages and IDEs, which is important for code reuse in teams.

      However, when I was doing scientific programming I’d have comments for almost every line at times where I put the mathematical formula and operations the line represents. Implementing a convolution neutral network with parameters to dynamically scale the layers or MPI stochastic simulations is much different than writing CRUD functions or basic business logic.