Skip to main content
deleted 36 characters in body
Source Link
Robert Harvey
  • 200.7k
  • 55
  • 470
  • 683

In layman's terms:

  • There's nothing wrong with the comments per se.
  •   What's wrong is writing code that needs that kindthose kind of comments.
  • What's wrong is, or assuming that it's OK to write convoluted code as long as you explain it friendly in plain englishEnglish.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing for (writing code that isn't easily understandable) is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  •   What's wrong is writing code that needs that kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing for (writing code that isn't easily understandable) is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with comments per se. What's wrong is writing code that needs those kind of comments, or assuming that it's OK to write convoluted code as long as you explain it friendly in plain English.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing for (writing code that isn't easily understandable) is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

added 52 characters in body
Source Link
Robert Harvey
  • 200.7k
  • 55
  • 470
  • 683

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs that kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing for (writing code that isn't easily understandable) is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs that kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs that kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing for (writing code that isn't easily understandable) is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs than kindthat kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better thatthan one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs than kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better that one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

In layman's terms:

  • There's nothing wrong with the comments per se.
  • What's wrong is writing code that needs that kind of comments.
  • What's wrong is assuming it's OK to write convoluted code as long as you explain it friendly in plain english.
  • Comments don't update themselves automatically when you change the code. That's why often times comments are not in sync with code.
  • Comments don't make code easier to test.
  • Apologizing is not bad. What you did that requires apologizing is bad.
  • A programmer that is capable of writing simple code to solve a complex problem is better than one that writes complex code and then writes a long comment explaining what his code does.

Bottom line:

Explaining yourself is good, not needing to do so is better.

deleted 1 character in body
Source Link
BЈовић
  • 14k
  • 8
  • 63
  • 82
Loading
added 9 characters in body
Source Link
Tulains Córdova
  • 39.6k
  • 13
  • 102
  • 157
Loading
Source Link
Tulains Córdova
  • 39.6k
  • 13
  • 102
  • 157
Loading