• boonhet@lemmy.zipBanned from community
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    1
    ·
    1 个月前

    I’d rather the code itself is readable with well-named variables and methods.

    There are situations where comments are helpful though

    // this foos the bar
    foo(bar);
    

    Helps nobody

    // this might seem weird, but we had to add this because some customers were complaining about unfood bars and the rest don't seem to mind either way
    foo(bar);
    

    Is much more helpful

    • glibg10b@lemmy.zip
      link
      fedilink
      English
      arrow-up
      7
      ·
      1 个月前

      I’d rather the code itself is readable with well-named variables and methods.

      Unfortunately, sometimes a level of specificity is needed that can’t be expressed in a method name alone, unless you make that method name super long. The method name can’t always convey:

      • Time and space complexity
      • Side effects
      • Thread safety
      • Possible exceptions
      • Preconditions and postconditions
      • Edge cases

      Sure, some of this can be communicated in the implementation, but that means that users need to control-click the function instead of just hovering to see the comment. And sometimes the implementation is a secret or at least in a different file from the declaration