Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It is easy to manipulate.

You just need to create a shitload of bloated bullshit that somehow "works" (at least more or less).

That doesn't make you productive.

Actually that's even counterproductive as it creates technical debt. But by the bogus metric that would be positive.



Creating bloated bullshit has even more value in terms of measured changes than the initial bloat because it also creates the opportunity to fix it up later for even more changes.


If the team verifies PRs, then it should be hard to get most bogus commits merged in the repo though.


Sure, in an ideal world no bugs and not even bad code would slip through review.

I'm still to find the place where this is true in software development.


Not really. One can always keep refactoring and churning things around. Search-replace to rename some long function name into something even longer. If you’ve managed to enforce the 80 char rule, this would likely result in things linted differently. Boom, massive change. No one can object to a good refactor.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: