作者ricky906 (boy)
看板Soft_Job
标题Re: [请益] 请问如何衡量一个programmer的能力
时间Wed Jun 20 13:13:31 2007
※ 引述《iincho (..)》之铭言:
: ※ 引述《ricky906 (boy)》之铭言:
: : 标题: [请益] 请问如何衡量一个programmer的能力
: : 时间: Tue Jun 19 12:50:29 2007
: : 想请教大家,如何来评估
: : 因为我觉得在软体业实在是没有一个量化的标准来评估
: : coding的时间吗? 我也不觉得
: : code的效率吗? 是很重要,但也好像不是唯一
: : 架构的设计吗? 好像很难说 架构A 比 架构B 好3倍
: : 请问有什麽标准 or 量化的方式来评估自己
: : 谢谢
: : --
: : ◆ 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这类,不过通常这些超人都忙着整
关於coding style这个问题,
我想在多请教一下,
曾经也有一位神人级的资深工程师这样跟我提到
他说, 如果没在coding style上下功夫, 那你有一半的时间都在debug
目前我对coding style的认知是
1. 一致的命名
2. 同性质的function放在一起
3. 利用assert来表达必然会生的事
请问有什麽参考的资料吗
: 救地球,这时候可以用一些code inspection tool先扫过一次大概抓一下code的一些
: defect,我用过一些很贵的软体,感觉还蛮准的,抓个五六成应该有。
: 用这些数字可以大致上抓出一个Programmer最基本的品质,再上去一点的架构方面到目前
: 还是没有一个比较好的方式来评估好坏。
: 不过在量化之前,有个非常非常非常非常重要的一点:
: 绝~~~对~~~不~~~要~~~拿这些数字来当绩效评比的依据!!!!
: 所谓的程式设计师是地球上还算有点脑袋的一小部分生物,只要知道这些数字会被拿来
: 当绩效评比,保证最後看到的不是真正的数字,因为他们会作帐,比如说你会发现有些
: bug永远不会在帐面上出现..。
: 拿来当自己程式设计能力的一个指标到是不错
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 58.86.128.2
1F:推 ykjiang:Joel 有一篇「让错的程式看得出错」建议看一下 06/20 14:12
2F:→ lovelexus:在哪?转来看看吧 06/20 14:37
※ 编辑: ricky906 来自: 58.86.128.2 (06/21 13:36)