華為程序員頻繁提交不重要Linux內核補丁遭質疑刷KPI 當事人回應
這兩天,一封名為《不要提交刷KPI的patches來浪費管理員時間》的郵件“火”了!發出之後,直接衝上了Linux內核郵件列表的“熱榜”第一。郵件中矛頭直指華為。一名內核管理員在郵件中稱,最近收到不少郵件後綴名為@huawei.com的patch提交,但都是一些“沒有什麼用的修復”,例如拼寫錯誤:這應該是新手或學生經常做的事,但是你們這樣做,讓人懷疑是在刷KPI。
並且,該管理員表示,他看到好幾個維護人員對這種無價值的修復提出異議,但提交者不管不顧,仍然想將它們合併。
他認為這樣的做法只會損害公司的榮譽,請該提交者停止這種刷KPI的行為,為Linux開源社區做出真正的貢獻。
真的是在刷KPI嗎?
要回答這個問題,就需要先看下他都提交了些什麼。
簡單瀏覽一下提交者的patch提交記錄:
確實都是一些小改動,大部分涉及的代碼行數也不多,其中不乏清理一些錯誤信息、修復拼寫錯誤,好像在做code review?
他還曾經在一天裡對同一個文件前後提交了6次細微修改。
而大概在2018年及以前,這個人提交的patch數量遠不及這兩年,但大部分都是包括ARM64 SMMU驅動優化等有價值的修改。
2018-2019年,幾乎沒什麼提交,而到了2020年下半年,他的提交突然又開始頻繁起來,一直到最近的5月份。
patch激增的背後,質量確實不及以前,大多數都是一些“小打小鬧”。
到底咋回事?真的突然背上KPI了?
這樣一封郵件,在開發者社群中引起了不少討論。
有人認為這種每個commit就修復一個小問題的行為就是在刷KPI,也有人認為開源社區這是故意挑事,憑什麼不讓修這種小問題,其中甚至不乏各種陰謀論。
而當事人終於在兩天之後進行了回复:
我過去對內核的貢獻主要是優化ARM64 SMMU驅動程序的性能,包括iova優化、嚴格模式優化和懶加載模式優化。同時也致力於一些ARM SoC驅動程序的開發。
在時間和精力允許的情況下,我還為Linux內核的其他模塊做貢獻,找到一些可以改進的地方,進行了一些清理(cleanup)的工作。
今後,我將繼續為Linux社區做出越來越重要的貢獻。
而管理員收到這封回復後,立即又回信表示:肯定他過去為社區做了很多重要貢獻。
並且,也不是說他另外做的那些“小清理”工作不重要,但請下次合成一個大的patch集來提交。
而他對其背後雇主華為的巨大貢獻也非常熟悉,完全沒有質疑。
信末這名管理員還列舉了一些可以做貢獻的模塊,如果他願意,可以參考。
從雙方的回復來看,似乎不是很大的矛盾,雙方也都在心平氣和地就事論事。
代碼可信改造?
事件基本告一段落,而網友們場外复盤的討論還沒有停息:
不少人指出是華為在整改代碼質量,順手把這些“小打小鬧”提交了上去,而Linux社區的維護者數量少,個個都很忙,有怨氣也是正常的。
為什麼要整改代碼質量?大概是為了代碼可信改造:開源軟件只要有不符合華為代碼規範的地方,他們內部修改以後也需要給社區提修復patch,社區可能會不接受,但只要給個答复,就能自證“清白”。
另外,網友@養貓的哈士奇還表示在綠帽論壇上看到員工說:不是刷KPI,是華為的AI腳本自動跑出來的。
所以,準確地來說,不算刷KPI。
而針對網上出現了很多陰謀論的爭吵,網友@醉臥沙場表示:大可不必小題大作、擴大討論範圍。
看到很多人在各個平台傳播這個事情,引來大量口水戰,我覺得有點過了。我還是希望大家能以平常心看待這個事情。截至目前幾天過去了,“事發地”(Linux郵件列表)裡都沒有什麼人爭論這個事,就當事人雙方各回復對方一封郵件,談話的內容和態度也都很理性而誠懇。
最後,他認為:
對此,你怎麼看?