Re:Data is not an asset, it’s a liability
by prof_hobart on Friday September 11, 2015 @09:42AM
(#10203583)
Depends if it adds anything else - readability, maintainability, flexibility, portability etc.
The "code as liability" argument seems, unless I'm mistaken, to be based on the idea that less code for the same level of functionality means less cruft, and therefore better support for the NFRs that I mentioned above.
That's often true, but not always.
If you're including those NFRs in what you mean by same functionality, then the number of lines of code is utterly irrelevant.
Re:Data is not an asset, it’s a liability
by meric on Friday September 11, 2015 @02:03AM
(#10202222)
Arguably, programming class teachers charge students indirectly for adding lines of code without adding valuable[1] functionality.
The market value for code without valuable functionality is negative.
[1] Value as determined by how much anyone is willing to pay to use the software.
Re:Data is not an asset, it’s a liability
by Karunamon on Friday September 11, 2015 @07:49AM
(#10203128)
Tests and comments.
Comments are useful, if they provide insight. They are not useful, if they do not.
Tests can provide a number of things: they can serve as API examples, assure functionality, speed up implementing new functionality and debugging.
If you tests don't do these things, they are not worth keeping, either.
Conversely, adding lines of code but NOT adding functionality isn't worth a cent.