News for hackers. Stuff that matters.

Ask HN: How many LOC are you personally responsible for?

Question came up through complaining that I don't have enough shared responsibility with code I maintain. For how many LOC does the buck stop with you? I'm at 33,000 that I maintain daily and have zero support for (let alone documentation). It feels big but I've no idea how others compare.
( 5 comments | 2 points | on HN )
Re:Ask HN: How many LOC are you personally responsible for? by peterkelly on Sunday February 02, 2020 @02:23AM (#22215675)
Re:Ask HN: How many LOC are you personally responsible for? by okayVGA on Sunday February 02, 2020 @04:25AM (#22216051)
Again, fair, but I'm not trying to measure progress. I'm trying to gauge jurisdiction.
Re:Ask HN: How many LOC are you personally responsible for? by detaro on Sunday February 02, 2020 @01:30AM (#22215508)
I don't think LOC is a good measure for that, too many variables that change the effort required for same-length pieces of code: How complex is the code? How much does it change?

And when comparing between people, what does "maintain" entail?

Re:Ask HN: How many LOC are you personally responsible for? by okayVGA on Sunday February 02, 2020 @01:39AM (#22215535)
That's a fair comment but I do feel it's a good enough proxy to gauge responsibility. There's also no other metric available that's any more concise.

I figured maintain to cover having originally written it and are charged with its ongoing use.

Re:Ask HN: How many LOC are you personally responsible for? by unlinked_dll on Sunday February 02, 2020 @02:38PM (#22218880)
I feel like you'd want to create an index that's something like (number of features) + (number of unit tests)^2 + (number of adjacent integration tests)^3

And maybe normalize for each by the lines of code for each component and some constant factor after twiddling.

Basically LoC by itself is meaningless. When you gauge responsibility you want to look at how many features are owned, how complex those features are (unit tests) and how critical those features are to the system/product (integration tests). With complexity/criticality being weighted much higher than feature count.

Of course like all metrics this is easy to game. But that's what code review is for.