用代码行数做指标衡量编程工作量的问题

[blacktigers]

请教大家，用例如VB, Delphi编程的工作，合理的产率每天多少行代码
（包括调试）

[d2000]

to:w102272

专门的数学模型，哪里有？能否告知一二？

[oldsunrain]

天哪！如果按照行数计费我就不用循环！不停的将循环内容拷贝n百遍（多了我会考虑做个辅助软件帮助输入）！
嘿嘿！

[w102272]

To oldsunrain:
要知道，在ＶＢ３和ＰＢ出来前的那段时间，好多人用Ｃ，Fortran，什么的作项目．
确实就是用代码行评估．面向对象方法兴起后，就不流行了．
以前搞软件的为了多赚点银子，就在程序中写大量注释．
你说的不停拷贝循环的方法确实有人这么干过．

[YYboy]

在有些情形下用代码行数数量级做指标衡量编程工作量是允许的，
关键在于 1) 数量级的确定必须由有丰富的相关语言编程经验的人和丰富的项目设计及管理
经验的人制定,通常是项目主管
2）程序员应该有标准的开发规范遵循,有条件可配备专门的质量监控人员，同时
建立明确的奖惩制度
3）只考虑数量级，而不是具体的代码行数，在我的眼里， 10万行和15万行是
一个概念
4）在程序中写大量注释并不是坏事(有时侯注释和文档资料比写代码nan

[YYboy]

4）在程序中写大量注释并不是坏事(有时侯注释和文档资料比写代码难得多）
关键在于量和度的把握
5）同一项目的编程人员水平不应差别太大

[zzroom]

请各编程高手谈谈你们公司的做法。

[packtools]

我学得最后这个问题说得好~
另外，我问一个问题，就是你们在公司代码是如何管理的，用什么工具。
我现在和同学做个软件，代码就搞得很乱，
两个人编程，然后用手工把代码Ctrl+C，Ctrl+V来回做。还经常不同步，所以想请教一下。

[yhy]

to packtools
好好分析一下，采用面向对象的思想和3层结构的技术划分一下模块就OK!

[horse_l]

我看，还是结合功能、行数更准确点，当然具体情况具体分析罗

我们公司就主要是根据模块功能来的

[心念不空过]

to packtools
VSS--Micorsoft visual sourcesafe

[Carven]

我觉得实际上用代码行数来计算工作量其实是非常恰当的东西，特别在采用面向对象的方式以后。当然，必须有专门的代码质量检查员，具体实施方法如下：
1，代码质量检查员：检查代码内是否有全面Copy或Copy后小改的部分，有，则宣布这个代码不合格，行数为0。因为如果是这样出来的代码，里面有BUG的机会是非常高的，如果这样的东西放到实际的项目里面最后提交出去的话，维护死你。
2，代码行数统计：注释不算行，空行不算行，测试代码不算行。
3，标准的工作量：每个程序员每天100行（Visual C++)。对于其它语言，用别的标准。

[Carven]

为什么在面向对象的方式以后，反而更恰当了呢？因为在采用面向对象的时候，首先是对项目的分析更加准确，对项目规模的预测也就更加准确。其次是在OOP的时候，标准类库（STL, MFC,OWL等等）的使用降低了对系统低层编程的需求，也就是编码过程的不可控因素减少了。
所以，对一个项目的代码多少，可以在25%左右的准确度上判定。
前提条件是程序员的代码质量是正常的，并且因为不同的程序员，其写出来的代码是质量有相差的，所以只能是平均意义，不能作为单个程序员的工作量标准，但是可以作为整个项目进度的指标。
但是对于单个程序员来说，也是有相对他自己的一个参考标准，也就是说，不管是谁，一天都要100行，不然就是怠工。但是这100行对于某些程序员来说可能是100块钱，另外一些可能就是200块钱了。

[zxl_l]

我认为用行数定工作量不对，现阶段编程为了维护、修改程序编码需要强调使用函数、存储过程等，不应这样计工作量。


事物是不断变化发展的...kkk

[sort]

我们是根据类来确定的

[PRC]

应根据功能模块来确定，需要对功能模块的划分的准确。

[Augue]

VB的控件一大堆，用了控件数组，启不是亏了；
代码量少了N倍。

[ForApply]

确实有问题
例如我的代码比较精简，总想写短一些，不罗嗦
但是，不是所有人都一样！

[zoukaix]

关注！

[trybird]

loya说得太对了！

完全同意用功能点FP（Function Point）的方法比代码行数SLOC（Source Lines Of code）更先进的观点，国外大型公司都用功能点法，详见相关的国外开发网站！

功能点对输入、输出、接口、查询、报表等都有所评估和衡量

[loya]

在面向商业的信息系统中使用功能点计算法较为准确。