Our manager has asked for a report on on the number of lines of code in our software.
What should we do?
|
Our manager has asked for a report on on the number of lines of code in our software. What should we do? |
|||||||||||||||||
|
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or specific expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, see the FAQ for guidance.
|
To quote Bill Gates :
You should explain to your manager that Lines Of Code can go up and down after bug fix, factorisation, optimisation, and does not indicate if :
Besides, the same code can be written in a single line of code or four, and mean the same thing for example :
|
|||
|
|
|
Get him mad: During the first iterations, write verbose code with many copy-paste. Then during the next iteration, factor all that code in a single function. When my manager got a report with a decreasing LOC report, he soon gave up with silly progress indicators. |
|||||||
|
|
Why would you quit over this? LOC isn't always a useful metric for things like productivity, but it can still be useful for judging project size/complexity. Just be clear about what LOC counts say (and more importantly, don't say) about a project and it's progress. |
|||||||||||||
|
|
||||
|
|
|
In JavaScript, Thomas Fuchs (scriptaculous) promotes no more than 100 lines of code to allow for succinct and concise modularity. However, this code is then minified, combined, and zipped. So, lines of code is less of a valid indicator at runtime. One valuable realization for lines of code is to determine Modularity of code. Which is important. Hope this helps. All the best! Nash |
|||
|
|