來源：量子位
這兩天，一封名為《不要提交刷 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 郵件列表）里都沒有什么人爭論這個事，就當事人雙方各回復對方一封郵件，談話的內容和態度也都很理性而誠懇。
最后，他認為：
對此，你怎么看？
