<blockquote style="margin: 0pt 0pt 0pt 6.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; color: rgb(153, 153, 153);" class="gmail_quote"><i>Michael, if 50% of the file is made up of comments, then you might be doing something wrong.</i></blockquote>
<div><br>Not exactly.<br><br>While it&#39;s certainly true that <i>good code requires less commenting</i>, there are 2 important differences between Mike&#39;s code and the code in the Coding Horror (CH) <a href="http://www.codinghorror.com/blog/2008/07/coding-without-comments.html">article</a>:<br>
<br><b>Audience</b> - CH assumes the code is being documented by developers and <i><b>for</b></i> developers. In other words, it addresses the use case where software developers need to make their code understandable to other software developers. In Mike&#39;s (and Chip&#39;s) case, the audience is assumed to have only <u>very</u> <u>basic</u> coding skills, thus the documentation needs to be more comprehensive.<br>
<br><b>Language</b> - CH assumes the code will be compiled, and therefore the programmer has more flexibility in terms of which coding patterns to use. In other words, the program&#39;s logic can get from point A to point B via the &quot;scenic route,&quot; because most of those inefficiencies will be ironed out by the compiler and won&#39;t affect performance. In Mike&#39;s case, however, the code is interpreted at runtime (ie, it is <i>not</i> compiled), so he needs to write code that gets from A to B as soon as possible. The main idea in the CH article is to refactor your code to be more readable <i>without comments</i>, but with JavaScript, the code&#39;s natural readability usually drops as performance/efficiency increases. Thus, higher performing JavaScript applications may require more comments to explain what&#39;s happening in the code.<br>
<br>Also note that these differences pertain to performance in terms of code execution and ignores the fact that the JavaScript code will presumably need to be sent to the users&#39; web browsers. Therefore, an increase in JavaScript comments will also decrease page load performance. This decrease, however, is determined by how much extra text is being sent--not by the ratio of comments to code. In other words, adding a comment to a 1-line script will have the same performance impact as if you added that comment to a 1,000-line script.<br>
</div>