作者leicheong (睡魔)
看板Soft_Job
标题Re: [请益] 请问如何衡量一个programmer的能力
时间Wed Jun 20 10:08:47 2007
※ 引述《iincho (..)》之铭言：
: 这个问题，程式scale小的时候当然差异很大，可是程式scale大的时候呢?
: 我想LoC不见得会差到五六倍，而且单看LoC当然不准，可是混合其他指标一起看呢?
: 每多少行会出现一个bug难道真的没有意义吗?
且不论是否要用来比绩效了, 「好的」programmer和「坏的」programmer
写出来的程式在相同功能的前提下长度本来就可以差很远.
我的公司在三年前走了一个资深的, 请来了两个刚毕业的代替. 那是
我也刚进这公司因此不太注意那边的事情. (我们是不同team的.)
两年间这code的长度由本来的10MB增加了一倍 (我们没做业绩考核类的东东,
因此可以相信这是他们正常情况下出来的长度) Database也「快高长大」
至接近2GB...
一年前因为一波辞职潮他们离开了公司, 老板又把那资深员工请回来了.
花了一年时间重整後, code的长度降至13MB, database容量降至1.2GB.
平常每天会出现十来次的database select deadlock victum的情况也
减至约半个月才一次.
因此新手和老手写出来的code长度可以差很远.
对「copy and paste(C&P)派」来说, 因为C&P前人的code可以增加长度
而且通常不会增加许多bug, 因此「bug per LOC」也不会高到那里.
==
LOC那些甚麽的只是对正常状态下的老手有意义, 而真的是老手的话
又不需要用LOC来量了, 因为只要露多少口风你得出来的LOC就完全
没有用处, 你的source还会被弄至一团糟. 因为我倾向用人手管理
的方法.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 202.134.126.84
1F：→ leicheong:想想C&P派其实也有两种, 这里指的是漠视code reuse的人. 06/20 10:28
2F：→ iincho:你把Coding/SA/SD这些东西混在一起了.... 06/20 12:17
3F：→ leicheong:小公司的coding/SA/SD本来就常是同一人啊... orz 06/20 14:53
4F：→ leicheong:他们有两人已经很幸福了... 我通常只是一个人负责的. 06/20 14:54
5F：→ leicheong:大约有80%的project都只有我一个在做... 06/20 14:54
6F：→ leicheong:而且说到LOC其实主要是在说coder的事. 06/20 14:56
7F：→ iincho:没错啊,所以你这应该是说人家SA/SD做得好.. 06/20 21:41
8F：→ iincho:不见得是coding比较强.... 06/20 21:41
9F：→ leicheong:其实想说是「没有比较弱」罢了... 06/22 09:56