3 ms·
Good idea, maybe something like the number of code lines. That would value bigger projects higher then small projects. Which actually make sense to me. Because
by Gys 11y ago
Good idea, maybe something like the number of code lines. That would value bigger projects higher then small projects. Which actually make sense to me. Because small projects are probably written in a specific language for a reason: batch files, css, html, examples, tests. Whereas I am interested in what language people choose for bigger projects, where several languages could used but still one has to be chosen.
It would also make sense to weight in the date a project started. Newer (big) projects would then weight higher then older (big) projects.
So I think taking in account the number of lines and age together is a good way to really visualize trends.
- hijiri 11y agoThe problem is that one language might require less lines of code to achieve something of the same size/complexity of another language, if it's terser.
- SiVal 11y agoThis would inflate the popularity of a language in proportion to its verbosity, but that could be approximately normalized by using line count ratios from the Great Language Shootout, which explicitly tracks how many lines various languages use to solve the same problem. Precision is pointless--the line ratios vary from problem to problem--but a rough approximation would be useful as long as you could get the statistics with and without it.
- TJSomething 11y agoI think number of contributors would be a good metric, even though it penalizes lone projects, but I suspect that would be relatively even across languages compared to other metrics. For example, LoC is proportional to verbosity. Commit count is emphasizes languages that tend to have more bugs.