大家如何看待以代码行数衡量工作量的团队负责人

如题。
本人在非互联网公司，做通信软件。
项目主要由Java开发，要求每人每天上报代码行数，并且只以代码行数评判工作量。同事们都有异议，但领导说现在就只看代码量。行数多寡倒不会影响工资奖金，但领导会拿团队总工作量说事，比如说：同一时间段内，你们的工作量怎么比别人少；或者，这一阶段比上一阶段开发时间长，代码量却少了，需要总结之类的。
大家怎么看？

moondark

2015-01-14 14:53:09 +08:00

我看着代码长了就想精简重构，岂不是很亏

shyrock

2015-01-14 15:53:20 +08:00

看到一边倒反对用代码行数度量开发量的，就没看见有人提出点有建设性的意见，比如不用代码行数用什么度量呢，难道说不度量？

yuankui

2015-01-14 20:20:08 +08:00

用代码来衡量，就真的成了码农了！

FrankFang128

2015-01-14 20:35:13 +08:00

早日离职，说那么多干嘛

wvv8oo

2015-01-14 20:54:59 +08:00

我会告诉你敝司会按加班量来衡量么

est

2015-01-14 21:30:08 +08:00

python大法好。加个 if 1 就是一大段缩进。

jxxf8

2015-01-14 21:52:09 +08:00

我们以工时来衡量工作量。。

KentY

2015-01-15 03:26:50 +08:00

我觉得最靠谱的方法是和领导或者技术主管诚恳谈下，这样衡量工作量不科学，某种程度上会影响产品的运行效率

KentY

2015-01-15 03:29:12 +08:00

@zts1993 你理解的中小型和大型应用可能有偏差

mengzhuo

2015-01-15 09:31:37 +08:00

@shyrock

HR？
程序员的工作，自然不能用代码行数

以下只说一般工作：
要估计难度

例如，Python项目中，在有ORM的情况下，简单CRUD的API，此难度设定为基准，记1分，
中级程序员需要2个小时完成（包括ut的编写）
1x2 = 2点

需要session时，需要前置调查1小时，了解需求半小时，编写代码需要1小时，但是难度分较高：1.5

(1+0.5+1) x 1.5 = 3.75点

一天8小时，能完成6-8点，就算不错
5-6点，一般
4点以下，那就是难度、时间估计有问题了

------------------------------------------------------------------
调优之类的话，不可以考量，只能设定目标
例如：让内存消耗下降10%
时间，让高一级程序员估计，然后 x 1.5
但注意，有时候，调优是不可能达到的（物理限制之类，单台机器支持1000G requests/second）
所以需要高一级程序员评估、监督、指导审核

shyrock

2015-01-15 10:03:45 +08:00

@mengzhuo 谢谢建设性回复。不过其实你的时间度量法存在一样的问题，程序员老爷们会说这制度养懒汉啊，一个小时的工作拖成8个小时来干就行了。至于弄个高级程序员来监督。。。这个你认真的吗？

MouCai

2015-01-21 16:44:56 +08:00

在一次重构中，我拼了老命把公司的代码体积减小一半，岂不是自讨苦吃...

sazima

2020-07-29 12:53:27 +08:00

把 node_mudules 文件夹提交上去

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/161959

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.