OZIR
2021-06-20T02:47:40+00:00
引用: 近日，Linux 内核邮件列表出现了一封特殊的邮件，该邮件名为《Please don't waste maintainers' time on your KPI grabbing patches (AKA, don't be a KPI jerk)》，目前已经排在了热门第一位。
在邮件中，Linux 内核维护者 Qu Wenruo 提到了一个 @huawei.com 后缀的账号，Qu 指责后者所提交的补丁只是清理一些错误信息，或者修复拼写错误，有刷 KPI 的嫌疑
最早应该是来自 2021年06月21日 10:02
[url]https://www.cnbeta.com/articles/tech/1143079.htm[/url]
后面的 2021-06-21 12:26IT之家 (姜戈)
[url]https://m.ithome.com/html/558456.htm[/url]
甚至专门去知乎发了个提问
迅速刷爆知乎：
[url]https://www.zhihu.com/question/466111598/answers/updated[/url]
v2ex
[url]https://www.v2ex.com/t/784789?p=1[/url]
nga
[url]https://bbs.nga.cn/read.php?&tid=27293447[/url]
s1
[url]https://bbs.saraba1st.com/2b/thread-2011116-1-1.html[/url]
论点：有刷 KPI 的嫌疑
论据：只是清理一些错误信息修复拼写错误且数量还不在少数
既然点名了，查一下菊花内核开发人员在内核的提交记录吧
thunder.leizhen@huawei.com
[url]https://kernel.source.codeaurora[/url] ... eizhen%40huawei.com
总共提交159次
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-h600K25T3cSur-fa.jpg.medium.jpg[/img]
1、先看清理一些错误信息 13次
占比 13/159
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-9r0hZbT3cSsg-hb.jpg.medium.jpg[/img]
都来自Reported-by: Hulk Robot <hulkci@huawei.com>
这是谁,菊花的自动内核构陷发现机器人
自动内核缺陷发现机器人继续占领Bug提交榜首
引用: 在内核测试和 Bug 提交方面，华为的自动内核缺陷发现机器人 HULK Robot(Huawei Unified Linux Kernel Robot)一如既往的表现出色，在 Linux Kernel 5.8 版本中继续霸榜，显示了华为在 Linux 稳定性方面的超群实力。
HULK Robot 的架构师魏勇军介绍，开源模式下除了带来业务生态快速催熟等各种红利外，也引入了越来越多的挑战：海量频繁的补丁合入、成千上万的开发人员、一行修改百倍测试等等。华为通过构建成熟稳健智能的测试机器人，精准挖掘 Linux kernel 缺陷，保障高质量可持续交付的 Linux 内核，配套各解决方案商用。”
通过分析应该是最近在做质量改进方面的工作
2、拼写错误，总共7次
占比 7/159
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-9855K2bT3cSxs-fa.jpg.medium.jpg[/img]
提交日期分别是：
2021-05-24
2021-04-06 4次，实际是一次性提交的
2016-01-30
2015-09-22
nga的楼主
引用: 我说说我的看法
华为可以做这种改改注释的工作吗？当然可以，规范代码注释也是很重要的工作，没什么问题
但是问题是，华为这个人，不是一次把修改打包一起提交的，而是，改两行提交一次，审核折能不抓狂吗
拼写错误提交可以看到2016年就已经有记录了，不会是2016年就开始刷了吧，推测只是个人习惯，而且也都是打包提交修改的，不存在一个错误一个错误提交刷的
不断强调只是简单的修改注释拼写错误(实际占比7/159)，可惜的是，这么简单的工作，这么长时间都没有人去做，别人顺手提了反而是问题了
为了达成该员工是在刷KPI的，还有不断的引导该员工之前是正常工作的，后来不正常了，正常到什么时候呢
有说到2017
引用: yanqiyu 31
yanqiyu 4 小时 41 分钟前 ?? 1
这次冲突的主要原因还是 [url]https://lore.kernel.org/linux-bt[/url] ...dc8f07@gmx.com/T/#t 这个 patch，在被指出无意义之后试图 argue，被认为是在浪费维护者时间。导致 Qu Wenruo 干脆新帐旧账一起算了。
@Stoulla 这人不是实习生，可以在邮件列表看见 17 年之前的 patch，那时候显然还在认真写代码
还有说2018
引用: 我简单浏览了一下这个开发者的patch提交记录，大概在2017年以及以前，这个人的patch虽然不多，但大部分还是有意义的patch的，2018年好像是在围绕一个功能前前后后做了一些功能添加和修复的工作。2018年底到2020年下半年几乎销声匿迹快两年，然后一年前突然又出现，出现后画风慢慢的就不太对了，像是找到了什么“法门”，patch数量渐渐多了起来，但是“风格”逐渐向“看着改了很多，但是大部分又没大用”的方向发展下去了，和之前的patch平均质量比可以说是下降了几个台阶。
作者：醉卧沙场
链接：[url]https://www.zhihu.com/question/466111598/answer/1951896502[/url]
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
这个回答中有人提了是机器人的工作，但是答主不认同
引用: ? 举报
纸飞机
纸飞机4 小时前
可能那些patch是机器人提交的。。。。。。
?赞
?回复
?踩
? 举报
醉卧沙场
醉卧沙场? (作者) 回复纸飞机4 小时前
从当前commit的记录来看，不像是机器人。当然我也不能说完全不可能，毕竟用一个账号混合机器人和人类行为在一起也是可能的。
最后还有说到2019
引用: swulling 9 分钟前 via iPhone
@yanqiyu 19 年之前还在好好写代码，多数代码都是驱动相关，应该在华为的内核组或者驱动组工作。
之后画风突变，估计也是为了追 KPI 。
其它的就不看了，都是露屁股而已
一个可怜的菊花工程师，最近开始跑自动内核缺陷发现机器人，提交修改缺陷的补丁，顺便把看到的小问题(包括注释中的拼写错误、代码优化)改一下而已，倒是cnbeta的编辑刷KPI
用来得出菊花工程师是刷KPI的证据是站不住脚的，邮件中提到的两大点
清理错误信息 13/159? ?? ?? ?? ? 这是跑自动内核缺陷发现机器人发现的缺陷，是真实存在的缺陷，最近该工程师提交的大部分都是这个机器人跑出来的缺陷
修改注释中的拼写错误??7/159 这个从2020年以来只有2次提交，早在2016年该工程师就已经有过这些提交记录，这个是多个地方修改一次提交，不存在一次只提交一个刷KPI的问题
转自[url]https://bbs.saraba1st.com/2b/thread-2011200-1-1.html[/url]
在邮件中，Linux 内核维护者 Qu Wenruo 提到了一个 @huawei.com 后缀的账号，Qu 指责后者所提交的补丁只是清理一些错误信息，或者修复拼写错误，有刷 KPI 的嫌疑
最早应该是来自 2021年06月21日 10:02
[url]https://www.cnbeta.com/articles/tech/1143079.htm[/url]
后面的 2021-06-21 12:26IT之家 (姜戈)
[url]https://m.ithome.com/html/558456.htm[/url]
甚至专门去知乎发了个提问
迅速刷爆知乎：
[url]https://www.zhihu.com/question/466111598/answers/updated[/url]
v2ex
[url]https://www.v2ex.com/t/784789?p=1[/url]
nga
[url]https://bbs.nga.cn/read.php?&tid=27293447[/url]
s1
[url]https://bbs.saraba1st.com/2b/thread-2011116-1-1.html[/url]
论点：有刷 KPI 的嫌疑
论据：只是清理一些错误信息修复拼写错误且数量还不在少数
既然点名了，查一下菊花内核开发人员在内核的提交记录吧
thunder.leizhen@huawei.com
[url]https://kernel.source.codeaurora[/url] ... eizhen%40huawei.com
总共提交159次
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-h600K25T3cSur-fa.jpg.medium.jpg[/img]
1、先看清理一些错误信息 13次
占比 13/159
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-9r0hZbT3cSsg-hb.jpg.medium.jpg[/img]
都来自Reported-by: Hulk Robot <hulkci@huawei.com>
这是谁,菊花的自动内核构陷发现机器人
自动内核缺陷发现机器人继续占领Bug提交榜首
引用: 在内核测试和 Bug 提交方面，华为的自动内核缺陷发现机器人 HULK Robot(Huawei Unified Linux Kernel Robot)一如既往的表现出色，在 Linux Kernel 5.8 版本中继续霸榜，显示了华为在 Linux 稳定性方面的超群实力。
HULK Robot 的架构师魏勇军介绍，开源模式下除了带来业务生态快速催熟等各种红利外，也引入了越来越多的挑战：海量频繁的补丁合入、成千上万的开发人员、一行修改百倍测试等等。华为通过构建成熟稳健智能的测试机器人，精准挖掘 Linux kernel 缺陷，保障高质量可持续交付的 Linux 内核，配套各解决方案商用。”
通过分析应该是最近在做质量改进方面的工作
2、拼写错误，总共7次
占比 7/159
[img]https://img.nga.178.com/attachments/mon_202106/22/-7Q2o-9855K2bT3cSxs-fa.jpg.medium.jpg[/img]
提交日期分别是：
2021-05-24
2021-04-06 4次，实际是一次性提交的
2016-01-30
2015-09-22
nga的楼主
引用: 我说说我的看法
华为可以做这种改改注释的工作吗？当然可以，规范代码注释也是很重要的工作，没什么问题
但是问题是，华为这个人，不是一次把修改打包一起提交的，而是，改两行提交一次，审核折能不抓狂吗
拼写错误提交可以看到2016年就已经有记录了，不会是2016年就开始刷了吧，推测只是个人习惯，而且也都是打包提交修改的，不存在一个错误一个错误提交刷的
不断强调只是简单的修改注释拼写错误(实际占比7/159)，可惜的是，这么简单的工作，这么长时间都没有人去做，别人顺手提了反而是问题了
为了达成该员工是在刷KPI的，还有不断的引导该员工之前是正常工作的，后来不正常了，正常到什么时候呢
有说到2017
引用: yanqiyu 31
yanqiyu 4 小时 41 分钟前 ?? 1
这次冲突的主要原因还是 [url]https://lore.kernel.org/linux-bt[/url] ...dc8f07@gmx.com/T/#t 这个 patch，在被指出无意义之后试图 argue，被认为是在浪费维护者时间。导致 Qu Wenruo 干脆新帐旧账一起算了。
@Stoulla 这人不是实习生，可以在邮件列表看见 17 年之前的 patch，那时候显然还在认真写代码
还有说2018
引用: 我简单浏览了一下这个开发者的patch提交记录，大概在2017年以及以前，这个人的patch虽然不多，但大部分还是有意义的patch的，2018年好像是在围绕一个功能前前后后做了一些功能添加和修复的工作。2018年底到2020年下半年几乎销声匿迹快两年，然后一年前突然又出现，出现后画风慢慢的就不太对了，像是找到了什么“法门”，patch数量渐渐多了起来，但是“风格”逐渐向“看着改了很多，但是大部分又没大用”的方向发展下去了，和之前的patch平均质量比可以说是下降了几个台阶。
作者：醉卧沙场
链接：[url]https://www.zhihu.com/question/466111598/answer/1951896502[/url]
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
这个回答中有人提了是机器人的工作，但是答主不认同
引用: ? 举报
纸飞机
纸飞机4 小时前
可能那些patch是机器人提交的。。。。。。
?赞
?回复
?踩
? 举报
醉卧沙场
醉卧沙场? (作者) 回复纸飞机4 小时前
从当前commit的记录来看，不像是机器人。当然我也不能说完全不可能，毕竟用一个账号混合机器人和人类行为在一起也是可能的。
最后还有说到2019
引用: swulling 9 分钟前 via iPhone
@yanqiyu 19 年之前还在好好写代码，多数代码都是驱动相关，应该在华为的内核组或者驱动组工作。
之后画风突变，估计也是为了追 KPI 。
其它的就不看了，都是露屁股而已
一个可怜的菊花工程师，最近开始跑自动内核缺陷发现机器人，提交修改缺陷的补丁，顺便把看到的小问题(包括注释中的拼写错误、代码优化)改一下而已，倒是cnbeta的编辑刷KPI
用来得出菊花工程师是刷KPI的证据是站不住脚的，邮件中提到的两大点
清理错误信息 13/159? ?? ?? ?? ? 这是跑自动内核缺陷发现机器人发现的缺陷，是真实存在的缺陷，最近该工程师提交的大部分都是这个机器人跑出来的缺陷
修改注释中的拼写错误??7/159 这个从2020年以来只有2次提交，早在2016年该工程师就已经有过这些提交记录，这个是多个地方修改一次提交，不存在一次只提交一个刷KPI的问题
转自[url]https://bbs.saraba1st.com/2b/thread-2011200-1-1.html[/url]