4 ms·
I understand and appreciate the analogy the author made. I wish more people thought about code complexity from first principles. That being said, I doubt chrom
by j2kun 9y ago
I understand and appreciate the analogy the author made. I wish more people thought about code complexity from first principles.
That being said, I doubt chromatic number is the right measure for software dependency graphs. Especially when there are hundreds of graph complexity metrics (tree-width, centrality measures, measures based on cuts and flows, etc.). Even just now for the first time I saw this thing called cyclomatic complexity: https://en.wikipedia.org/wiki/Cyclomatic_complexity https://en.wikipedia.org/wiki/Cyclomatic_complexity
I'd be interested to hear from someone who has experience applying graph metrics to static code analysis in practice. What's useful and informative?
- Pamar 9y agoCyclomatic Complexity is pretty old: as an Analyst on a large system (99.99% COBOL) I had to test "each linearly independent path through the program" in 1989, and had already achieved "old standard" status.