公司要开始统计代码提交行数了

[sqfphoenix]

今年开始公司的操作包括但不仅限于

1. 严格统计工时，任何工作都要填写工时

2. 缺陷复盘，任何缺陷（包括优化类的）都要写一篇小几百字的总结来分析，并且 QA 还要骑在头上拉屎，写的不好甚至会以你态度不端正来 PUA 你

3. 今天群里发了个代码行数提交统计工具，估计是要开始统计代码了吧

累了

其实我想吐槽的不是这些流程，而是这些流程基本都是浮于表面，数据可以想办法造，复盘文档可以套模板，甚至可以 chatgpt 生成，完全没觉得项目在变得好起来

[swananan]

阿里大概两年前就开始这么统计了，并且还有代码量少的人员盘点

[Jtyczc]

我觉得问 gpt 在原来的代码上加上注释，让他注释每一行

[hetingting]

上有政策下有对策，往死里堆注释、堆无用代码，多使用.sleep()

[zengguibo]

多写注释啊，注释多换行，行数又高，review 还能得高分

[xiaolinzi]

上次改一个 vue 文件，80 多个 if ，质疑他，理解他，成为他

[yrzs]

一般这样操作，过不了多久就要倒闭了

[akira]

你敢用代码行数算 kpi ，我就敢用复制粘贴大法，所有代码均不复用

[wyl986]

你把.gitignore 里面的/node_modules 删了不就行了

[3032]

接 34 楼，吐槽归吐槽，但实际上程序员如何量化产出一直是个管理上的问题。顺便说一句，制定这个政策的人不是大家想象中的外行，也是多年的开发人员。大家吐槽的所有的点他肯定是知道的，即使如此依然搬出了这个制度，当时的理由是“利大于弊”，因为确实有不少混子产出很低，一天天的对着屏幕假装在思考。后来制度取消了，但是绩效制度改成了主观打分了，这似乎又跑到了另外一个极端。
我不是说在认可他的这个观点，我想说的是程序员量化产出（需要跟他的 level 相匹配），这个话题展开讲的话可能能说好多，确实是个有趣的话题。

[IsaacYoung]

import isEven from 'is-even

[getinlight]

上游政策下有对策，既然想搞形式主义，那就上形势主义。

[tanghanyu]

@3032 #87 这个深有感触，很多资深开发和架构师在领导团队的时候也希望有办法能度量到人，特别需要给人打绩效的时候也希望能有一些相对客观的数据作为指标，从管理层角度来说也希望能够进行各个团队之间的横向对比。
业内也有像思码逸这种公司针对代码做加权评分的，这种度量一旦做了会导致数据失真，不做的话无法给管理层提供一些横向对比的数据，就很让人头大。
目前我们能用到的地方主要也就看看外包人员有没有划水的，比如一周提交 1000 行和 3000 行可能没有什么区别，但是如果一个开发人员一周只提交了 20 行我们就会认为这个数据是异常的。

[iamee]

代码行数只在一种情况下有参考价值，那就是被审核的人不知道你在用代码行数审核他。

[chiu]

那不就是叫大家在💩山上面拉💩

[KOMA1NIUJUNSHENG]

开始搞员工了，说明公司不行了

[7gugu]

eslint 关闭！

[november]

所有 if 都写 else ，即使 else 不用。
if (true) {
// do notion
} else {

}

定义变量的时候用两行
let a = undefined
a = 1

[shigella]

@KOMA1NIUJUNSHENG #95 😱变恐怖故事了

[soupu626]

@AlpacaCode 我们代码行数基础上还要求代码覆盖率，80%以上，基本上每个 err!=nil 都要覆盖到，单测写的累死，我现在基本操作是一个参数换一行，一个日志打印都能搞 3 、4 行

[lincanbin]

在腾讯，跟你一样。