Earlier quoted context omitted.
> developers ship code Developers ship solutions to problems, which often involves some code. A developer who solves the problem in a fast, cheap, maintainable way with an off-the-shelf package is superior to a developer who solves the same problem in a slow, expensive way with many thousands of lines of unmaintainable code. > but in general productivity measured in code changes frequency / volume Oh my. I don't even…
it's funny that you felt the need to point out the first part of my argument and forgot about the second one. impact (feature $value * users using it) / change rate (frequency * volume) is a full enough overview of an engineer's output in a crude manner. if you implement a feature that makes 10$s per user for 100M users in 2 lines of code you're the best developer out there..... if you write 10000 lines of code to sh…
If one line of code produces $1M of impact, should it be considered inferior or superior to a developer who produced a 100k line codebase with a couple thousand commits?
But measuring direct impact to the bottom line for a developer is just confusing the roles of the business development team / sales team and the devs. As a manager, do you choose who works on which feature? If so, doesn't that make your subjective choice (on who gets to make the $$$ feature) the only metric that matters?