華為開(kāi)發(fā)者刷KPI？當(dāng)事人回應(yīng)了
近日，Linux 內(nèi)核維護(hù)者 Qu Wenruo 在一封郵件中指出華為的開(kāi)發(fā)者 Leizhen 等人提交了大量補(bǔ)丁，有刷 KPI 嫌疑。這些提交的補(bǔ)丁主要用于“清理錯(cuò)誤信息”和“修復(fù)拼寫(xiě)錯(cuò)誤”。
為了 KPI，華為員工也是拼了。Linux 內(nèi)核維護(hù)者的一封郵件爆出，華為開(kāi)發(fā)者們提交大量補(bǔ)丁，是為了“刷 KPI”!
近日，Linux 內(nèi)核郵件列表出現(xiàn)了一封特殊的郵件，名為 Please don't waste maintainers' time on your KPI grabbing patches，目前已登頂 LKML 熱榜第一!
成功擠下了 Linux 祖師爺 Linus Torvalds 教訓(xùn)濫用 LKML 的消息。
郵件中，Linux 內(nèi)核維護(hù)者 Qu Wenruo 指出來(lái)自華為的開(kāi)發(fā)者 Leizhen 等人所提交的補(bǔ)丁只是清理一些錯(cuò)誤信息，或者修復(fù)拼寫(xiě)錯(cuò)誤，有刷 KPI 的嫌疑。
Qu 表示，如果這些補(bǔ)丁只是內(nèi)核新手或者學(xué)生提交的，他不會(huì)說(shuō)什么。但這些提交來(lái)自 @huawei.com，而且不止一次。
他指責(zé)這些提交者刷 KPI，還大言不慚地狡辯，想要合并這些補(bǔ)丁，這實(shí)實(shí)在在地?fù)p害了公司聲譽(yù)。
Qu 希望這些人能夠停止刷 KPI，為 Linux 內(nèi)核的修復(fù)做一些真正有價(jià)值的貢獻(xiàn)。
Linux Kernel 5.10 貢獻(xiàn)，華為居首!
6 月 2 日，鴻蒙 OS 2.0 版本正式發(fā)布。
要知道，鴻蒙系統(tǒng)是基于 Linux 應(yīng)用程序接口實(shí)現(xiàn)內(nèi)核與硬件交互。
而在 Linux 內(nèi)核 5.10 版本中，華為內(nèi)核代碼貢獻(xiàn)排名第一!
其中，華為共提交的補(bǔ)丁數(shù)量為 1434 個(gè)，占比 8.9%。代碼修改 41049 行，占比 5.3%，代碼修改行排名第 2。
自動(dòng)內(nèi)核缺陷發(fā)現(xiàn)機(jī)器人 HULK Robot 在內(nèi)核 Bug 發(fā)現(xiàn)榜單上排名第 2，發(fā)現(xiàn)了 15% 的內(nèi)核 Bug。
這些貢獻(xiàn)具體在 ARM64 架構(gòu)、ACPI 子系統(tǒng)、文件系統(tǒng)、海思芯片支持和代碼重構(gòu)方面都有體現(xiàn)，作為 Linux 的開(kāi)發(fā)者和使用者，華為使用代碼的同時(shí)也在豐富并修改之前錯(cuò)誤代碼內(nèi)容。
華為自 2012 年以來(lái)向 Linux 內(nèi)核社區(qū)貢獻(xiàn)第一個(gè)補(bǔ)丁以來(lái)，8 年來(lái)不斷增加對(duì) Linux 社區(qū)的投入，從 1 個(gè)補(bǔ)丁 1 個(gè)開(kāi)發(fā)者參與到 1434 個(gè)補(bǔ)丁 95 個(gè)開(kāi)發(fā)者參與，從 0 個(gè) Maintainer 到 26 個(gè) Maintainer。
除了代碼日常維護(hù)，Bug 修復(fù)外，華為在代碼貢獻(xiàn)上未來(lái)將在 Linux 服務(wù)器操作系統(tǒng)領(lǐng)域中發(fā)現(xiàn)的新特性貢獻(xiàn)給 Linux 內(nèi)核社區(qū)。
網(wǎng)友：碼農(nóng)的“潔癖”
對(duì)于“刷 KPI”這件事，貢獻(xiàn)者本人也對(duì)此作出了回應(yīng)：
我過(guò)去對(duì)內(nèi)核的貢獻(xiàn)主要是對(duì) ARM 64 SMMU 驅(qū)動(dòng)程序的性能進(jìn)行優(yōu)化，包括 iova 優(yōu)化、嚴(yán)格模式優(yōu)化和懶人模式優(yōu)化。同時(shí)也在致力于開(kāi)發(fā)部分 ARM SoC 驅(qū)動(dòng)程序。
知乎一位工程師的高贊回答中，大概在 2017 年及以前，這個(gè)人的 patch 雖然不多，但大部分還是有意義的 patch。
2018 年底到 2020 年下半年幾乎銷(xiāo)聲匿跡快兩年，然后一年前突然又出現(xiàn)，出現(xiàn)后畫(huà)風(fēng)慢慢的就不太對(duì)了，像是找到了什么“法門(mén)”，patch 數(shù)量漸漸多了起來(lái)。
但是“風(fēng)格”逐漸向“看著改了很多，但是大部分又沒(méi)大用”的方向發(fā)展下去了，和之前的 patch 平均質(zhì)量比可以說(shuō)是下降了幾個(gè)臺(tái)階。
這位工程師后續(xù)補(bǔ)充道：我還是希望大家能以平常心看待這個(gè)事情，截至目前 3 天過(guò)去了，事發(fā)地(Linux 郵件列表)里都沒(méi)有什么人爭(zhēng)論這個(gè)事，就當(dāng)事人回復(fù)了一下那個(gè)警告而已。
有網(wǎng)友表示，其實(shí)很多程序員也有“潔癖”，看到格式不舒服的代碼都想去調(diào)整一下。
從 Linux 內(nèi)核維護(hù)者 Qu 的角度來(lái)說(shuō)，把拼寫(xiě)錯(cuò)誤等簡(jiǎn)單問(wèn)題當(dāng)做新手村留給新人，有經(jīng)驗(yàn)的開(kāi)發(fā)者致力于解決更深一層問(wèn)題。這種出發(fā)點(diǎn)是沒(méi)錯(cuò)的。
但是站在開(kāi)發(fā)者的角度也沒(méi)錯(cuò)。提交 Bug 本來(lái)就是開(kāi)發(fā)者應(yīng)該做的，無(wú)論 Bug 大小，如果新手一天不清理拼寫(xiě)錯(cuò)誤，難道就把拼寫(xiě)錯(cuò)誤放在那里?
從這個(gè)角度來(lái)說(shuō)，內(nèi)核維護(hù)者是不是應(yīng)該反思，為什么小 Bug 一直沒(méi)清理，反而等到華為開(kāi)發(fā)者清理了，卻被認(rèn)為是搶貢獻(xiàn)度。
郵件全文：
嗨，Leizhen，還有郵件列表里的人。
最近我發(fā)現(xiàn)一個(gè)補(bǔ)丁從 btrfs selftest 中刪除了一個(gè)調(diào)試 OOM 的錯(cuò)誤信息。
這不是什么特別的東西，是一些內(nèi)核新手的小清理工作。
但是補(bǔ)丁提交人的郵件地址讓我很謹(jǐn)慎，「@huawei.com」。
上一次，我們從同一家公司得到了一些類(lèi)似的補(bǔ)丁，他們?cè)谧鲆恍o(wú)害的 「清理」工作，「清理」行為是無(wú)害的，但這些「修復(fù)」也是無(wú)用的。
這讓我懷疑，這里到底發(fā)生了什么。
經(jīng)過(guò)一些搜索，越來(lái)越多的 OOM 錯(cuò)誤信息 「清理」補(bǔ)丁出現(xiàn)了。甚至還有一些修復(fù)拼寫(xiě)錯(cuò)誤的補(bǔ)丁。
新手/學(xué)生開(kāi)發(fā)者提交這樣的補(bǔ)丁是可以的，而且希望這樣的補(bǔ)丁能讓他們成為一個(gè)長(zhǎng)期的貢獻(xiàn)者。
事實(shí)上，我也正是通過(guò)做這樣的 「清理」開(kāi)始我的內(nèi)核貢獻(xiàn)的。
但你們的做法實(shí)在是在刷 KPI，我已經(jīng)看到了。
并且我留意到好幾個(gè)維護(hù)者在和你爭(zhēng)論這種 「清理」，而你卻在為自己辯護(hù)，試圖讓這些補(bǔ)丁被合并。
你發(fā)送的補(bǔ)丁代表了你的公司，這樣做其實(shí)只是破壞了已經(jīng)破碎的聲譽(yù)。
請(qǐng)停止這種搶奪 KPI 的行為，并修復(fù)受損的聲譽(yù)。
謝謝。
Qu
來(lái)源：轉(zhuǎn)載自公眾號(hào)新智元(ID：AI_era)
