Lines of code is NOT a bad metric to decide who to fire within an organization. Let me explain. ⬇️
10
2
2
22
We all know the mantra - the less code you write, the more maintainable it is, the fewer bugs there are, and so on. I agree. If you and I are both building solo projects and you build the same thing using 30% less code, well done.
1
3
But the members of a team are not working on individual projects. They are contributing to the same project. Typically, they all must follow the same processes:
1
1
- same quality standards - same Git procedures - same tech lead reviewing their pull requests - same deployment process - same quality assurance With all those things being equal, the number of lines of code written becomes a good indicator of productivity.
1
3
If Jack, Jill, and John are team members and Jill has written 50% more code than Jack and John, what does that mean? Usually, it means one of three things:
4
1) Jack and John take longer to perform the same tasks 2) Jack and John have more PRs declined 3) Jill is building core algorithms while Jack and John are doing interfacing, docs, API endpoints, etc
4
2
Replying to @CicmilJovan
Jill’s algorithms may require 10 times more brain power, but only a tenth of the LOC, as Jack and John’s repetitive UI code. LOC is a completely stupid metric that creates an illusion of knowledge

Nov 6, 2022 · 6:14 PM UTC