这里首先有个定义问题要解决：程式设计是制造业，还是服务业？ 接着，如果程式码品质有客观的评估标准，用那标准来转换成量化单位是可行的。另一方 面，如果程式码的生产成本固定，量化地订价也是合理的。 对我个人来说，上述问题的答案都很明显，恐怕也没什麽好讨论的。 至於文字与出版工作者的类比，请注意一件事，「字数」之所以能当成指标，是因为它指 向了「工时」的相对性；没有工时，字数就只是个危险的位址。 现实的状况是，如果要提升自己的身价，就必须用实绩来证明自己的生产力。因此问题出 在，用什麽标准来衡量所谓「实绩」？换作自己，会愿意让别人用程式码行数、程式中函 式数量之类的单位来打分数吗？ 说起来这在计算机组织的课本里就有教了。什麽是效能？ 当然，如果放到市场里去，那又是另一回事了；否则效能比较差的软体为什麽比较红呢？ 回到软体品质的问题上来。再次用「字数」作为「时数」指标的类比，为什麽这成立？ 因为这其中有一些透过经验法则得知的因果关系；如果字数可以反映资讯量，那麽人们处 理等量资讯所花费的时间，就可以作为某种效能度量单位。 在这方面，研究上可透过 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)