&gt;&gt; <i>Less code is not really that important anymore (within sensible bounds) Clarity to whatever poor shmo has to maintain it is often much more important than saving 5 lines with some clever bit twiddling hack.</i><p>I don&#x27;t think many people will advocate reducing line count by stuffing the same processing into fewer lines using clever tricks. What should always be considered a good thing though, is cutting down on the line count by changing the algorithm&#x2F;strategy, using better suited data structures, by trying to &#x27;do less&#x27; and get the same result, not trying to support every thinkable corner case you will never run into, by preferring multiple simple implementations of the same thing for different corner cases, over one single complex kitchen-sink solution, by not re-inventing the wheel and using tried &amp; tested libraries&#x2F;frameworks, etc.<p>I know it sounds like a terrible cliche, but any line you don&#x27;t write, is a line that can&#x27;t contain bugs ;-). Over the years I&#x27;ve learned that almost always, simplicity is preferred over complexity, even if it implies a little bit of duplication, or an implementation that is &#x27;less awesome&#x27; because it &#x27;only&#x27; does what is needed for the application.