Ask HN: What if every aspect of your work was completely measurable?
how many lines of code you write in a day,
business value of code you produce in a day (e.g. Pivotal Tracker points),
average “lifetime” of your code before it’s changed,
what percentage of your code is changed,
what percentage of code you write from scratch vs. changing others’ code,
when bugs are tracked,
what percentage of bugs are due to your code,
how many files you change,
what coding tasks you are good/bad at, AND
what languages you’re most/least proficient in.
What do you like about this? Would you use this to demonstrate that you are a strong coder and useful employee? Would it be helpful in keeping your work on track?
What don’t you like about it? Would you feel this was an unwarranted intrusion? If so, why? Would it make you angry enough to get another job or not work there?
15 comments
[ 3.1 ms ] story [ 60.1 ms ] thread"how many lines of code you write in a day" being the least useful and possible the most harmful to the organization. For an example a developer that knows how to write lambda forms could write a generic routine and inject a reference to a function for one particular portion of customized logic, this would be very compact and efficient code, the same thing could be accomplished by an interface and classes, where each custom class implements a interface that contains the custom logic. The guy that understands lambda forms actually understands programming at a higher order as it is a more advanced concept, but the guy who only knows interfaces and OO will end up painting the better picture by that metric.
That being said, I would pay for the "what percentage of bugs are due to your code" tracking tool in itself, I think that is a valuable metric, if it is accurate.
"And they have a tool which will automatically go through the code, find bugs and then be able to tell us how many bugs each person is responsible for."
My initial thoughts were "Wow, that would be such a cool way to get feedback."
But then he added "I'm just joking about that one. You can wipe the worried looks off your faces."
I think a tool that could directly measure the amount of bugs one produces would revolutionize the industry.
Think about a piece of javascript that takes an image and replaces another with it. The problem is not the code, it's the incorrect image.
That kind of bug - for that's what it is - could never be determined without resorting to creating a set of instructions that would do the same thing. You would have to write something that behaved in the way you wanted you other code to behave in order to test against it.
This would be the perfectly idiotic suggestion of an accountant or auditor whose desire was to improve the bottom line without understanding the mechanisms.
Current factory workers, call center reps, and cashiers, among others, have their performance constantly monitored and graded in a way very similar to what you describe.
Take a look at the checker's screen next time you're at Target and you'll see a little grading application at the bottom. At Dominoes, the mobile app lets you plug in and see exactly how quickly the workers put your pizza into the oven. It's not just them; this same trend is going on everywhere. Those feeds are then aggregated to give management the illusion that they know how things are going.
Mind you, I would not be interested in comparing my daily code output to someone else's. But for myself working on one project, with the same language and coding methods, over a period of months, it could be useful.
It would also be interesting to track number of books read in a period of time, even though some books may take longer to read than others.
Thus such a business employing this tool would surely tank or become like Microsoft, who need to use binoculars to the competition to define their metrics.