※ 引述《ricky906 (boy)》之铭言： : 标题: [请益] 请问如何衡量一个programmer的能力 : 时间: Tue Jun 19 12:50:29 2007 : : 想请教大家,如何来评估 : 因为我觉得在软体业实在是没有一个量化的标准来评估 : coding的时间吗? 我也不觉得 : code的效率吗? 是很重要,但也好像不是唯一 : 架构的设计吗? 好像很难说 架构A 比 架构B 好3倍 : : 请问有什麽标准 or 量化的方式来评估自己 : 谢谢 : : -- :

※ 发信站: 批踢踢实业坊(ptt.cc) : ◆ From: 220.135.40.166 : → iincho:google://TSP/PSP 06/19 12:53 : 推 PRAM:在时限内写好程式的能力,以及适时向客户say no的能力 06/19 13:35 : 推 chihyi1980:老实说我不相信PSP估出来的东西.. 06/19 16:23 : → chihyi1980:我宁可由资深工程师来对这个人做code review来准确些 06/19 16:23 : → iincho:楼上,我觉得PSP还蛮准的啊.您有相关经验可以分享吗? 06/19 18:51 : 推 leicheong:我想我也宁愿自己看. 一个可称为「具经验」的programmer 06/19 23:44 : → leicheong:写的code往往可以看出一些减少出错机会的pattern. 看得 06/19 23:46 : → leicheong:够多的话可以轻易看出那人是否曾经实作过一些正式的 06/19 23:48 : → leicheong:专案的. 06/19 23:49 : 推 ricky906:那如果没有资深工程师可以帮忙review, 要怎麽自力自强 06/19 23:53 PSP并不能代替资深工程师review，他只是提供一个量话指标让你去评估自己程式的品质， 两者并不冲突，很多时候必须要两边都一起做才能真正达到评估/提升程式开发人员的素质。 最主要的不同点是，code review是为了提升软体品质，不是拿来衡量程式员能力的活动。 依我再某个专案运用PSP的结论，至少我可以大约估计我的LOC/bug是多少，比较容易分部在 何种情境，单位时间的生产量是多少，准不准不知道，但是做为估计schedule的材料 倒是蛮好用的。大部分的程式设计师都蛮抗拒自己的工作表现被量化，理由其实不外乎， 1.不了解 2.出来的数字很难看，尤其是很多时候所谓的资深程式设计师出来的数字..嗯嗯.. 当然不是所有的资深人员都是这样，如果单位有不错的资深程式设计师，请他review可以 抓到蛮多PSP告诉不了你的东西，尤其是coding style这类，不过通常这些超人都忙着整 救地球，这时候可以用一些code inspection tool先扫过一次大概抓一下code的一些 defect，我用过一些很贵的软体，感觉还蛮准的，抓个五六成应该有。 用这些数字可以大致上抓出一个Programmer最基本的品质，再上去一点的架构方面到目前 还是没有一个比较好的方式来评估好坏。 不过在量化之前，有个非常非常非常非常重要的一点: 绝~~~对~~~不~~~要~~~拿这些数字来当绩效评比的依据!!!! 所谓的程式设计师是地球上还算有点脑袋的一小部分生物，只要知道这些数字会被拿来 当绩效评比，保证最後看到的不是真正的数字，因为他们会作帐，比如说你会发现有些 bug永远不会在帐面上出现..。 拿来当自己程式设计能力的一个指标到是不错的方式。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.216.183.139 ※ 编辑: iincho 来自: 61.216.183.139 (06/20 00:16) ※ 编辑: iincho 来自: 61.216.183.139 (06/20 00:19)