调查: 程序员的有效代码产出率、代码有效率(300分)

X

xianjun

Unregistered / Unconfirmed
GUEST, unregistred user!
不知有没有机构对这个作过统计? 就是每个程序员平均每月的有效代码大概是多少行?
上次看一篇文章说印度的某项目经理说他们公司的经验数据是程序员有效代码是300行/人月
即使有现在代码作参考,也不能超过350行/人月。请参见:http://www.5xsoft.com/data/200202/0416074701_2.htm
还有一个问题就是代码有效率一般在多少? 大家都知道,不可能每一次写出来的都能成为
项目中的有效代码,那么这个废代码与有效代码的比例一般又是多少呢?
欢迎大家说说自己或自己公司的情况,如果能在网上找到一些数据,也麻烦请把链接转贴一下。
分数不是问题。 欢迎灌水 [:D]
 
每月的平均有效代码在3、4百行应该是正常的。但废代码还是有用的,起码它给后续修正
的代码起了一个肩膀的作用。
 
这是个哲学问题!没有可比性……
也许有人认为,
能提高自己水平的代码和能卖出好价钱的代码应该算有效代码
……
个人认为能使自己有充实和有成绩感的代码才叫有效代码
效率不在于高低,有效就行
或一月4000-到5000行,或一月20,30行
 
这个好象不是什么哲学问题吧?
就象你说的“或一月4000-到5000行,或一月20,30行”,平均起来又是多少呢?
我现在想要的是这个平均值[:)]
>>但废代码还是有用的,起码它给后续修正
既然是废代码,就是指没有用的代码了,或者是写错了,或者是需要理解错了,等等。
 
应该大于300/月吧??
不然,在中国,你很难找到工作:(
 
有项目的话,应该是1000行/月
 
没有项目的花,几个月都是0行……
在这期间可以研究点感兴趣的东西
 
如果是自己喜欢的程序则最多可以到4000到5000/月
搞电脑真辛苦,还得看别人脸色行事,以后准备搞共享和
xxxxx了:))要不后代喝西北风了
 
呵呵
当然说的是有项目的情况下,确切地说,应该是一个项目从开始到结束(发布正式版)所花
的人月数,除整个项目的源代码行数而得出来的值
这样的值当然不可能达到四五千行的。[:)]
不知有没有相关的统计资料? [?]
 
不知道CTRL+C--->CTRL+V 的算不算?
不知道coder出来的算不算?
 
从表面看在中国应该是大于300行/月,但实际上,代码行数多确是代码重复的表现,实际
有用的代码我估计也就200行/月最多了。
 
200行/月?
一天10行不到?
怀疑。。。
不要老和印度的350行/月比,不然会没饭吃的
 
我很讨厌(copy &
paste代码),我有次修改代码,3个上千行的代码的单元,代码差不多,
后来给我一修改,写了个父类给3个单元继承,再修改一下Frame,每个单元不过300-400行,
而且工程这些重复的代码多不胜数,真TNND,好在完了,以前更惨,我现在还记得我刚出来
学Delphi时,看一个家伙有Login代码,写了上千行,全写在Botton.OnClick事件中,天,我
都不知如何过来的,而且听旁人说,还是比较“牛”的人写的。
所以我都不太相信这个XXX行/M,在做项目时,有时几天也能写1-2千行的代码,但重复行数
绝对不是很多。难道在做项目时,你们会计算着,嗯,今天写的已经完成 XXX/30的行数,休息。
经理听到,马上过来敲你脑袋:小子,偷懒。。。。^%&*^
 
昨天看了一份资料, Motolora在实施CMM以前大概是600行/人月,实施了CMM后提高到900行
所谓有用无用代码应该不能十分明确的区分吧,一段代码,本来可以写成过程来调用,你为
了提高代码行数,在项目中复制了十几份来用,那也没办法,也算! 不过这样的代码是基本
上不可维护的。如果在一个比较大一点的项目中这样写代码的话,这个项目应该不可能完成吧?
 
是个很复杂的问题,筹划好的话,一个程序并不要很多代码的。因为有这些因素:
●过程及函数调用。
●方法或事件的继承。
●现有控件的应用(这个更明显,我们过去辛辛苦苦编了一个格式文本编辑器,后来才发现,
早有现成的了,但当时不知道)。
●编程技巧的运用(为了实现一个功能,一个存储过程写了有六十多行还不行,另一个人一改
:除过申明语句,功能就一条语句搞定,折成行也就三行。)
所以我认为,程序员不能象牛一样,就知道低头编代码,而应用起码一半的时间去研究,一半
时间来编代码。
以上说的不知对不对,请大家指正。
 
同意pyzfl兄,行数只是一个片面的指标。
有这样一个故事:国外一个电机维修专家,
某日被一个工厂请去修理一台十分复杂的机器。
他到了机器旁,这儿摸摸,那儿碰碰,
一分钟的功夫,就在电机外壳的一个位置上
划上一条线,告诉老板,打开划线的位置,
减少几圈该位置的线圈铜线就行了。
老板一试,果然成功了。老板问专家要多少
修理费。专家说:一万美金。老板大吃一惊,
问:就划一条线,收一万美金,未免太过分了。
专家回答:划线收一美金,知道在哪里划线,
收九千九百九十九美金。
价值不在形式,而在形式之外。
 
其实“代码有效率”这个概念是不错的,但难就难在评判的标准。同样的代码,给不同水平
的人看,“代码有效率”这个数值是不一样的。
所以,我认为,这个想法肯定是对的,但要用标准来衡量,就不容易了。
不过也让我们反思:程序,不是“敲”出来的。而是“编”出来的。编是要用头脑去思考研究的。
所以,我认为:不要怕慢,重要是有效、安全、健壮、条理、明晰。
用一小时的时间来思考,可能再干一个小时就搞定了。
不思考,马上动手,十个小时都在瞎摸。
当然,如果老板要破口大骂,那就顾不上许多了——继续恶性循环吧![:D][:D][:D]
 
我想,既然是统计平均值,很多比如状态、水平高低这些因素就左右不了答案的了
最关键的因素已经转到软件项目管理,软件工程水平上去了。
所以软件工程水平高的话,其代码有效率,人均月代码行数就上去了。 因为其返工率、作
废代码行数降了下来,故有效率必然上升;软件进度控制得比较好,相同的项目相同的代码
行数,其用的时间就比你软件工程水平较差的集体或个人要少,故人均月代码行数比你高。
因此,我觉得大家不妨看看自己,编程这么久,自己的月均代码行数又是多少呢?(以单一
项目时间计,即从项目开始起,到项目结束花了多少时间,写了多少代码)。当然,这个数
据比整个项目的平均数可能又是有偏差的,因为有可能你没有参加项目前期的需求分析等等
[:)]
 
随便分吧 [:)]
 

Similar threads

S
回复
0
查看
761
SUNSTONE的Delphi笔记
S
S
回复
0
查看
701
SUNSTONE的Delphi笔记
S
顶部