※ 引述《iincho (..)》之铭言： : ※ 引述《ricky906 (boy)》之铭言： : PSP并不能代替资深工程师review，他只是提供一个量话指标让你去评估自己程式的品质， : 两者并不冲突，很多时候必须要两边都一起做才能真正达到评估/提升程式开发人员的素质。 : 最主要的不同点是，code review是为了提升软体品质，不是拿来衡量程式员能力的活动。 : 依我再某个专案运用PSP的结论，至少我可以大约估计我的LOC/bug是多少，比较容易分部在 : 何种情境，单位时间的生产量是多少，准不准不知道，但是做为估计schedule的材料 : 倒是蛮好用的。大部分的程式设计师都蛮抗拒自己的工作表现被量化，理由其实不外乎， : 1.不了解 2.出来的数字很难看，尤其是很多时候所谓的资深程式设计师出来的数字..嗯嗯.. 我想我这样说吧...就像您所说的LOC/bug指标.. LOC是什麽? Lines of Code.. 程式码的行数..PSP里面很常提到这个东东.. 问题是LOC真的能够代表生产力吗? 有人可以用一两行解决问题..有人要用十几行来写... 光是以前程序导向的语言要用LOC来估计单位时间的生产力..我就觉得有点难了... 现在常见的物件导向语言又要怎麽能用LOC来估生产力呢? 这是我觉得PSP的问题之一... 另外就是.. PSP希望程序员要自己作纪录..程序员本身"每一分钟在做什麽".. 用此纪录配合LOC来估计生产效率.. 这是我认为更不合理的地方..每个人的能力与习惯都不同.. 有人会一边写一边改边想.有人会通通想好了再开始coding... 这两种人可能实际产能相同..但估出来的单位时间生产力会相差甚远... 我个人不反对一个程序员的生产力被量化.. 但是评估的方式要正确才有用啊..不然只是浪费时间在做这些杂事罢了... 举个例子: 我之前的公司要求大家要配合CMMI, 要"详细记录"你每个时段所做的事. 但是填写这份报表的时间, 却又不可以写在每周工时内..搞到最後大家只能东拉西扯的 硬塞完这份表格... : 绝~~~对~~~不~~~要~~~拿这些数字来当绩效评比的依据!!!! : 所谓的程式设计师是地球上还算有点脑袋的一小部分生物，只要知道这些数字会被拿来 : 当绩效评比，保证最後看到的不是真正的数字，因为他们会作帐，比如说你会发现有些 : bug永远不会在帐面上出现..。 : 拿来当自己程式设计能力的一个指标到是不错的方式。 不要拿来当绩效这一点我倒是相当赞同.. --- 抱歉,不是要战你,只是针对PSP的作法有点意见... -- PM: 这个案子,多久能好? 我: 五日之内,一成功力,没能写完,不留人头.. -----------------------五日後---------------------- PM: 客户在要了,东西勒? 我: 罪人恭请主公献头~ (抖~) PM: 妈的!! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 221.120.59.4