目标设定要设代码量。。

[flatflax]

组里的工作主要是用工具，偶尔写的代码还是 py。 突然说每年目标设定要设定代码量，震惊了。。不知所措。。

[saulshao]

我一直不懂设定代码量是什么鬼?
难道不是实现同样的功能,代码行数越少的应该技术更高明吗？

[a7a2]

那就用 c 保证足够 保持员工的代码熟练度及学习热情是很有必要

[flatflax]

@saulshao
觉得按解决件数算比较合理吧

@a7a2
认同这个观点，不过我们组既没有代码 review，也没有代码量计算工具
感觉还是很苦恼
设定量多或少都仿佛在挖坑给自己跳

[siloong]

我觉得还是按行数好一点

[sutra]

计算汇编的行数么？嘿嘿。

[feiyuanqiu]

用代码量做为开发的考核标准，就跟用 BUG 数做测试的考核标准一样，都是懒得动脑子的管理拍脑袋想出的方法

实际上，如果项目里有任务管理工具，在给成员分派任务的时候就可以由 leader 和成员一起，给每个任务评估一个开发工作量和测试工作量
在项目完成之后，在项目回顾时再根据实际的开发情况调整一下每个任务的工作量数值，

考核时直接把每个人所有的开发 /测试的任务的工作量汇总，如果还要考核开发质量，还可以计算一下 bug 数 /工作量 比值

[3dwelcome]

估计还是你们团队里摸鱼的人太多，领导实在看不下去了，觉得在占公司便宜，才想出这种办法。

[flatflax]

@3dwelcome @feiyuanqiu
业务导向型，主要维护系统，需要写代码的机会真的少（不算 sql 的话）
而且改 bug 的时候，设计书得写两天，审核要一周，改 code 只要半小时，测试用一万年（而且测试样例都很 shi，又必须得设）

我自己都看不下去了

[hustfox]

华为在每个项目开始时都会估算每个人的代码行数的

[pabupa]

@hustfox 那写多了怎么办……

[saulshao]

华为是一个真正的奇葩公司......

[xpresslink]

其实懂行都知道，开发某一个系统或功能模块时，程序员所付出的精力和体力和代码行数没有什么必然关系。
程序员要花很多时间去准确地理解需求，设计方案，试验算法，排错调试，花了三天最终也许只是几行有效代码。
如果以代码行数来算工作量，只能在低级搬砖层次。