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