我記得讀過一篇文章,說像文章關於代碼密度,編程語言功率的測量
「出臺的bug的數量變化不大用不同的編程語言,但它取決於付出很大SLOC(源代碼行),因此,使用能夠以較小的SLOC實現相同功能的編程語言在穩定性方面更爲可取。「
作者想強調使用函數式編程的優點,因爲通常可以使用較少數量的LOC編程。我記得作者引用了一篇關於編程語言的選擇與bug數量無關的研究論文。
有沒有人知道研究論文或文章?
我記得讀過一篇文章,說像文章關於代碼密度,編程語言功率的測量
「出臺的bug的數量變化不大用不同的編程語言,但它取決於付出很大SLOC(源代碼行),因此,使用能夠以較小的SLOC實現相同功能的編程語言在穩定性方面更爲可取。「
作者想強調使用函數式編程的優點,因爲通常可以使用較少數量的LOC編程。我記得作者引用了一篇關於編程語言的選擇與bug數量無關的研究論文。
有沒有人知道研究論文或文章?
Paul Graham在他的文章Succinctness is Power中寫了很像這樣的東西。他引用了一個report from Ericsson,這可能是你記得的那篇論文?
來自現場的報告雖然不一定比「科學」研究更精確,但可能更有意義。例如,愛立信的烏爾夫Wiger做了研究,得出的結論是Erlang的是4-10×比C++簡潔,並按比例更快地開發軟件:
愛立信內部開發項目之間的比較表明相似線/小時的生產率,包括軟件開發的所有階段,而不依賴於使用哪種語言(Erlang,PLEX,C,C++或Java)。不同語言的不同之處成爲源代碼量。
我不知道這是否是你想的來源,但還有一些關於這Code Complete chapter 27.3(P652) - 即引用「節目質量和程序員的工作效率」(瓊斯1977)和「估計軟件成本「(Jones 1998)。
實用思考書&學習指向本文。
清除給誰?我確信電腦發現它很清晰或者它不會奏效。 – Astara 2017-06-07 21:39:57