友快網

導航選單

華為程式設計師頻交Linux核心補丁遭質疑,管理員後續迴應:承認貢獻,但請不要瑣碎提交

這兩天,一封名為《不要提交刷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郵件列表)裡都沒有什麼人爭論這個事,就當事人雙方各回復對方一封郵件,談話的內容和態度也都很理性而誠懇。

最後,他認為:

對此,你怎麼看?

上一篇:JKL真成了下一個uzi?操作被噴“有手就行”,72%玩家自稱比他強
下一篇:LNG迎戰TT!全力衝擊六連勝!少年阿樂直面老將狼行!