|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-08-04
chengren 写道 jkit 写道 lovefanx 写道 jack 写道 难道你们是按照代码量来计量工资的...... 统计代码一般也就是估算下项目总的代码量和个人每日的开发行数.这些. 而每日的开发行数,也就是开发人员每天build之前可以计算下,作为自己的一个参考吧.等项目结束之后再统计每人代码行数,这个怎么看都是按代码数量来计量工资
 就算是按照代码量来统计工资，也没有什么不可以得啊！ 工地上都是按搬砖头得块数给钱！ 今天改BUG，一天下来的结果是删除了1行代码，是不是要倒扣工资呀？ 如果你真的是删除了一行代码而又什么都没有留下的话，确实需要扣工资了。同时应该受到惩罚的应该还有您的leader，因为未来有可能没有人知道你为什么删除这行代码。 这就是典型的自己立个靶子给自己打！ |
| 返回顶楼 | |
|
发表时间：2006-08-04
BirdGu 写道 chengren 写道 lucifer 写道 把项目中的统计数据和绩效等因素挂钩完全就是不成熟的表现。
这个相当于把维修部门接到的维修数量作为绩效考核的指标意义是一样的，难道不是接到的维修越少越好吗？这样的指标挂钩必然会导致弄虚作假，数据不真实等情况的发生。 作为绩效考核的因素应该是符合smart原则的。 也许相关统计工具不难找，但是千万不要把数据与绩效挂钩。 如果把上面改bug套用您的维修部门我看倒是比较靠谱，但是软件开发是生产部门啊，难道生产部门不能使用生产量作为考量的指标吗？ 如果一定要把指标和弄虚作假挂钩，只能认为这个公司的管理水平很有问题。 代码行数不能直接代表产量。衡量软件开发的产量应该是看完成多少功能，而不是看写了多少代码。同样的功能，有的人可能要10行代码，有的人可能只要5行代码。难道第一个人就比第二个人产量高一倍？不是的，他们的产量是一样的。 代码行数不能直接代表产量。我同意，但是代码的行数确实可以在一定程度上体现一个PG的工作。 同样的功能为什么会有人5行，有人10行？如果贵公司出现了这种情况证明了贵公司正在创新阶段，或者正处在管理混乱状态中。 类似的功能即使100人来写，写出来的结果也应该都是类似的。（还是那句话，创新和混乱 除外。） 例如同一汽车车型，一个工人装轱辘用了四个螺丝，另一位只用了仨。 |
| 返回顶楼 | |
|
发表时间：2006-08-04
我想我们在交流的时候有一些背景可能没有沟通清晰：P
1.软件开发在我的理解里大致分为所谓的体力活和脑力活。 2.这二者有着本质的区别。 3.我一直说的都是体力活这一部分了。 4.而您一直想说明的可能是脑力劳动那一部分了。 |
| 返回顶楼 | |
|
发表时间：2006-08-04
工厂的流水线上员工也不能一点脑子不用吧？
童工？谁在用？法律责任啊。。。 唉，三年来的第80贴竟然要胡唚法律，看来今天的我真的很无聊啊 。 大家只要自己过的舒坦就好了，想怎么作就怎么作好了。 |
| 返回顶楼 | |
|
发表时间：2006-08-04
能否请chengren界定一下符合什么样标准的工作属于软件开发中的体力活；在一个管理健全的公司所从事的非创新性项目中，这样的体力活能占到多大比重；以及在这样项目的程序员的所有工作中，这样的体力活又能占到多大比重。
另外，如何界定一个项目是否属于创新型项目？使用了新的技术，新的框架的项目算不算创新型的项目？针对新的应用领域和新的问题域的项目算不算创新型的项目？ |
| 返回顶楼 | |
|
发表时间：2006-08-04
意义不是很大吧，工具的话可以选择
Jalopy + CheckStyle 进行代码风格优化，代码统计之类的 FindBugs + PMD进行代码质量CodeReview之类的 FindBugs是个专门用来发现Java代码中的Bug的Eclipse小插件，与Eclipse无缝结合，可以实现敲入代码、保存文件、编译时即时反馈给用户Bug信息，比Eclipse自带的Java Bug管理功能要强。 PMD会对代码中的如下部分进行检查：未使用的本地变量，空的catch块，未使用参数，空if语句，重复的import语句，未使用的私有方法，可能是Singletons的类，短/长变量及方法名字 |
| 返回顶楼 | |
|
发表时间：2006-08-07
BirdGu 写道 能否请chengren界定一下符合什么样标准的工作属于软件开发中的体力活；在一个管理健全的公司所从事的非创新性项目中，这样的体力活能占到多大比重；以及在这样项目的程序员的所有工作中，这样的体力活又能占到多大比重。
另外，如何界定一个项目是否属于创新型项目？使用了新的技术，新的框架的项目算不算创新型的项目？针对新的应用领域和新的问题域的项目算不算创新型的项目？ 朋友，我们已经离这个帖子的主题太远了。 坦率的说，在我看来只要是可重复的可按照规章做事的工作基本上都可以 归结到体力活的范畴。这种工作不需要员工太高的创造性，当然还是依然需要员工的主动性的。 在我不熟悉的领域我不敢妄言，但是在我熟悉的工作，即使是您所说的 新技术，新框架的应用，依然不是创新，如果我要应用某种新的技术和框架，必然会先让某个人或某个小组进行调查研究分析，这个学习和研究的过程的也是有章可循的。同样，面对新的应用领域，新的问题当然是有专人进行调查研究分析，至于算不算创新，我看未必。只不过不同的体力活对实现的人的素质的要求不同罢了，可能开发的用踏实细密的人，而研究学习则用思维活跃的人。 工程应用，当然会有新技术新方法，但是在我看来渐进者多，突变者少，而渐进则多在不停反复的工作中积累思考中产生。 |
| 返回顶楼 | |
|
发表时间：2006-08-24
统计代码量是有一定的意义。
但是一不能用于简单考核个人。否则会引起逆反行为。 但是即便是统计后作为公司级别的参考。 也有需要注意的地方‘ 项目的技术难度，设计文档的详细，明确程度等是需要考虑的。没有这个来做系数，则会失去意义。 比如用于新项目估算时，针对公司统计出来的平均水平，考虑到项目客户的类型，技术难度等可以进行综合计算。 但是这是一个回归迭代问题，回归迭代何时有效？迭代次数不够大是不行的。当然如果你公司一直集中在一个相对狭小的业务，技术范围，并且人员稳定的话，迭代后形成的公式会较准确。 |
| 返回顶楼 | |
|
发表时间：2006-08-25
世上哪有算代码给钱的公司？
。。。。。。。。。。。。 真正的公司是统计文档量来算钱的 一个工人再怎么文笔好 一个功能也就只能写一张文档 如果BUG指向的多扣钱也是应当的 每天上网聊天不干活 与干活不写文档一样可恶 所以我是以文档计价的。。。 一个参考而已 |
| 返回顶楼 | |
|
发表时间：2006-08-25
抛出异常的爱 写道 世上哪有算代码给钱的公司？
。。。。。。。。。。。。 真正的公司是统计文档量来算钱的 一个工人再怎么文笔好 一个功能也就只能写一张文档 如果BUG指向的多扣钱也是应当的 每天上网聊天不干活 与干活不写文档一样可恶 所以我是以文档计价的。。。 一个参考而已 哈，果然高见，高见。 前面说按代码算钱的，虽说是块砖，能引出这块玉来，实在是难得呀难得。 |
| 返回顶楼 | |
