Linked by Thom Holwerda on Wed 26th Sep 2012 23:25 UTC, submitted by MOS6510
General Development "Having read this, one realization is that better code often means less code. I don't think about lines of code exactly, or something similarly stupid, but in terms of meaningful code. However, argument for less code isn't about making code as compact as possible, avoid redundancy, etc. The argument is about not writing code at all whenever reasonable or possible. Should we focus on deciding what should and what should not built instead of polishing our software development craft then? Yes and no. Yeah, I know. Exactly the kind of answer you expected, isn’t it? Anyway, you can't answer this question meaningfully without a context."
Permalink for comment 536639
To read all comments associated with this story, please click here.
That depends
by franzrogar on Thu 27th Sep 2012 08:54 UTC
Member since:

For me, better code means any other person can understand the workflow and the purpose of that code without needing 1,000 pages long manual/information.

That means, in most scenarios, that the code will be suboptimal (when compiling and running it).

So, the real question would be "code faster or code readable"?

Reply Score: 2