More interesting stuff from the lesscode.org site:
It is becoming increasingly difficult for me to envision why would anyone not consider lesscode much more desirable than morecode? Software code is like the headcount: you typically only hire as many people as you need in order to successfully run your business. Anyone that might suggest to you that it is much better to double or triple your payroll, ‘just in case’, is simply hosing you.
I’m a firm believer in trying to write as little code as possible (check Paul Graham’s arguments and tell me whether you don’t find them convincing), but one of my very smart colleagues raised a valuable point: Fewer lines may be a lot harder to understand. If you take a look at some of the wizardry that is feasible with Lisp macros and the like, it’s hard not to concede the point … It’s basically the same argument about whether
if (a == 0) b = x; else b = y;
b = a == 0 ? x : y;
is more readable, easier to maintain etc. If you know the
? operator, the answer is obvious; but if you imagine that it was not part of the languages with C ancestry, but instead invented by some programmer for a particular project, the answer might be different.