文章关于代码密度，编程语言功率的测量

Question

我记得读过一篇文章，说像

“出台的bug的数量变化不大用不同的编程语言，但它取决于付出很大SLOC（源代码行），因此，使用能够以较小的SLOC实现相同功能的编程语言在稳定性方面更为可取。“

作者想强调使用函数式编程的优点，因为通常可以使用较少数量的LOC编程。我记得作者引用了一篇关于编程语言的选择与bug数量无关的研究论文。

有没有人知道研究论文或文章？

Answer 1

Paul Graham在他的文章Succinctness is Power中写了很像这样的东西。他引用了一个report from Ericsson，这可能是你记得的那篇论文？

来自现场的报告虽然不一定比“科学”研究更精确，但可能更有意义。例如，爱立信的乌尔夫Wiger做了研究，得出的结论是Erlang的是4-10×比C++简洁，并按比例更快地开发软件：

爱立信内部开发项目之间的比较表明相似线/小时的生产率，包括软件开发的所有阶段，而不依赖于使用哪种语言（Erlang，PLEX，C，C++或Java）。不同语言的不同之处成为源代码量。

Answer 2

我不知道这是否是你想的来源，但还有一些关于这Code Complete chapter 27.3（P652） - 即引用“节目质量和程序员的工作效率”（琼斯1977）和“估计软件成本“（Jones 1998）。

Answer 3

实用思考书&学习指向本文。

Can a Manufacturing Quality Model Work for Software?

Answer 4

我已经看到了这个说法关于“简洁=权力”了几次，我从来没有真正买它。这是因为有些语言（例如，J,Ursala）非常简洁，但不容易阅读，因为它们给个别符号赋予了太多的意义。

也许真正的度量标准应该是在多大程度上可以清晰和简洁地编写特定的算法两者。请介意，我不知道如何衡量这一点。