<div class="gmail_quote">On Sun, Mar 11, 2012 at 3:00 PM, Stefan Tauner <span dir="ltr"><<a href="mailto:stefan.tauner@student.tuwien.ac.at" target="_blank">stefan.tauner@student.tuwien.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>all of that could be replaced with a simple "we want to limit lines to<br></div>
ca. y chars, please think a bit and use common sense when breaking<br>
lines" rule imho. hard limits can never have enough rules/exceptions to<br>
match "common sense". of course i am ignoring personal preferences<br>
here, but i think i can cope better with "annoying" preferences of<br>
others when reviewing patches or getting feedback than with hard limits<br>
that make me write lines like "\tab\tab\tab  i) {". :)</blockquote><div><br></div><div>+1. Hard limits will never quite capture every rule and exception to match common sense. I dislike militant enforcement of code style, but I think 80 columns (with 8-char indentation) is a useful soft limit to aspire to for encouraging concise code. I think I'd rather see the 80 column soft-limit broken only when it makes sense to do so (arbitrary, I know), preferably only in affected areas (e.g. tables).</div>

<div><br></div><div>Breaking the soft limit, whether it's to nest deeper or add a huge print statement to Flashrom's already verbose output, should take some careful consideration but should not distract from the ultimate goal of readability and maintainability.</div>

<div><br></div></div>-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.<br>