3 ms·
This is very, very interesting but I think it would be even better if it was somehow normalized; in the first N years (1, 2, 5, 10), what is the lines-written t
by franciscop 8y ago
This is very, very interesting but I think it would be even better if it was somehow normalized; in the first N years (1, 2, 5, 10), what is the lines-written to lines-in-production ratio? Older, still active projects will almost for sure have a higher ratio just as a matter of fixing bugs.
So if it was normalized, we could see whether newer projects are rushed to production faster or it's just a matter of time passing.
- ivan_ah 8y ago+1 for computing some sort of normalization factors... here are some ideas: N = number of API endpoints, then N/cloc would be something like efficiency (get more stuff done with less code) M = number of lines of code for all code paths accesses during average day on PROD, then (cloc-M)/cloc would represent the "dead code" ratio---how much of your code base is not used X(c1,c2) = an arbitrary function computed on the diff between commits c1 and c2 And all of the above can be run using some sort of rolling window from git init to today.