推 come:你要如何定義quality? 11/12 14:08
推 b6s:請參閱上面那個 wikipedia 連結 11/12 22:00
這裡首先有個定義問題要解決：程式設計是製造業，還是服務業？
接著，如果程式碼品質有客觀的評估標準，用那標準來轉換成量化單位是可行的。另一方
面，如果程式碼的生產成本固定，量化地訂價也是合理的。
對我個人來說，上述問題的答案都很明顯，恐怕也沒什麼好討論的。
至於文字與出版工作者的類比，請注意一件事，「字數」之所以能當成指標，是因為它指
向了「工時」的相對性；沒有工時，字數就只是個危險的位址。
現實的狀況是，如果要提升自己的身價，就必須用實績來證明自己的生產力。因此問題出
在，用什麼標準來衡量所謂「實績」？換作自己，會願意讓別人用程式碼行數、程式中函
式數量之類的單位來打分數嗎？
說起來這在計算機組織的課本裡就有教了。什麼是效能？
當然，如果放到市場裡去，那又是另一回事了；否則效能比較差的軟體為什麼比較紅呢？
回到軟體品質的問題上來。再次用「字數」作為「時數」指標的類比，為什麼這成立？
因為這其中有一些透過經驗法則得知的因果關係；如果字數可以反映資訊量，那麼人們處
理等量資訊所花費的時間，就可以作為某種效能度量單位。
在這方面，研究上可透過 Bayesian belief network 來進行 uncertainty and causal
modeling。用以上關鍵字可以找到不少論文。在 Predicting Software Quality Using
Bayesian Belief Networks 一文中，嘗試透過實驗證明 "Is Bigger Better?" dilemma,
但若想要由程式碼來預測軟體品質進而估價，現階段恐怕還是學術問題。
這個問題的概觀，請參閱 http://en.wikipedia.org/wiki/Software_quality
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.105.131.104
※ 編輯: b6s 來自: 59.105.131.104 (11/12 03:52)
※ 編輯: b6s 來自: 59.105.131.104 (11/12 03:59)