Wolfram Sang 從 2008 年開始成為一名 Linux 內核開發者，他經常在各地召開的 Linux 峰會上發表講話，比如在 2016 年柏林 Linux 峰會，他提出了如何提高內核開發實踐的想法。
讓我們來看看他的觀點。
是的，在某些程度上來說。當然了，Linux 內核是一個很多部分組成的項目，所以給以 Linux 各個子系統更多關注應該放在一個更重要的位置。然而，有太多的子系統“只是拼圖中的一塊”，所以通常來說，這些子系統的潛在問題還未被解決。
理由之一就是，大多數開發者實際上只是編寫代碼，而讀代碼並不多。這本是沒有什麼錯，但卻說明了並非每個人都是代碼審核人員，所以我們真的應該鼓勵每個人都進行代碼審核。
我所看到另一件事就是，但我們要請人員加入我們的社區時，最重要的考核就是補丁貢獻數量。我個人認為這是很正常的，並且在初期總貢獻量少的時候是非常好的做法。但是隨著越來越多的人員，特別是公司的加入，我們就碰到源碼審核的問題。但是別誤解了，有著數量可觀的貢獻是很棒的。但目前需要指出的是，參與社區有著更多內涵，比方說如何為下一步發展負責。有些部分在改善，但是還不夠。
你認為更多的代碼審核人員培訓或者審核激勵措施是否會有幫助？我最主要的觀點就是要指出，現今仍存在問題。是的，目前為止我們做到很好，但不意味著全都做的很好。我們也有類似擴張方面的問題。讓人們了解事實，是希望能夠讓一些團體對此感興趣並參與其中。盡管，我並不認為我們需要特殊的訓練。我所熟悉的一些代碼審核人員都非常棒或者很有天賦，只是這類人太少或者他們的空閒時間太少。
首先就是需要有這種內在動力，至於其它的，邊做邊學就非常好了。這又是我想要指出的優勢之一：審核補丁能夠使你成為更出色的代碼開發者。
依你之見，是否有那麼一個受歡迎的大項目在擴張這方面做的很好，可以供我們借鑒？我還真不知道有這麼一個項目，如果有的話隨時借鑒。
我很專注於 Linux 內核，所以可能會存在一些偏見。然而在我看來，Linux 內核項目在規模大小、貢獻數量和多樣性方面真的很特別。所以當我想要找另一個項目來尋找靈感以便改善工作流是很正常的想法，目前我們的擴張問題真的比較特別。而且我發現，看看其他子系統在內核中做了什麼是一個很有的方法。
你曾說安全問題是我們每個人都該想到的事情，那用戶應該做些什麼來避免或者改善安全問題的危險？在今年（2016年）柏林 Linux 峰會我的談話是針對開發層面的。安全隱患可能來自於沒有正確審核的補丁中。我並不想要用戶親自解決這種問題，我更希望這些安全問題永遠不會出現。當然這是不可能的，但這仍然是我處理問題所首選的方法。
我們並不缺少錯誤報告。我所擔心的是：由於代碼審核人員的短缺造成補丁不完整，從而導致更多的錯誤報告。所以，到時候不僅需要處理大量的貢獻，還需要處理更多錯誤或者進行版本回退。
你是否還有什麼事情希望我們讀者知道，以了解你所在的努力？Linux 內核的特殊性，常常讓我牢記著，在底層它就是代碼而已。
原文來自：https://linux.cn/article-7905-1.html
本文地址：http://www.linuxprobe.com/solve-linux-shortages.html
http://xxxxxx/Linuxjc/1184554.html TechArticle
