※ 引述《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