Linus Torvalds在軟件開發管理上的教訓
如果有誰知道管理軟件開發項目的歡樂和悲傷，那么他一定是Linus Torvalds，作為世界上***的開源軟件——Linux操作系統的創建者，Torvalds已經管理著成千上萬的開發著來提高這個開源操作系統超過20個年頭了，他和我將坐下來談談那些在管理大型分布式編程團隊的有效技巧，當然也包含那些不起作用的所謂技巧。
Torvalds說有兩件事情，無論在個人開發或者公司層面上，人們非常普遍的得到完全錯誤的認識。“首先是一種想法：你可以把事情丟給其他人，讓他們幫忙”，當談到開源軟件開發，他說，“它并不是這么運作的，你把他開源了，然后由你承擔，你不得不做所有的事情，并且讓其他人來建議你應該做些什么，并不是他們應該做什么，可能他們最終會開始幫助你，但你應該先假設你去維護它，并準備做所有的工作。”
Torvalds接著說，“如果你一開始就抱著'kumba-ya feeling'（譯者注：美好的不切實際的幻想），你認為世界上所有的人都會走到一起，通過你的項目一起工作，去創造一個更美好的時間，那么你可能不會走的很遠。”“此外，并且和它相關聯的是，人們似乎錯誤的認為他們寫的代碼很有影響，”Torvalds說，大多數的軟件開發項目經理都看到了這一點。“不，即使你寫了100%的代碼，即使你是世界上***秀的程序員，壓根兒不需要什么幫助文檔，真正重要的是代碼的用戶，代碼本身不重要，項目只有在有人實際發現了它的時候才是有用的。”這一點上，我會補充，這不僅僅是一個程序員的問題，我已經看到了整個公司都沉浸在這樣的想法中——“完善”的程序就是全部。然后，他們忽略用戶想從程序得到什么，他們應該怎么支持用戶等等問題。我們中的大多數人已經在公司呆過一段時間了，也已經看到這個循環在一遍一遍的重復。第二天擴充開來，Torvalds說這就是問什么Linux內核小組是“非常關注整個‘沒有回歸’的東西”，例如，打破用戶體驗來“修復”某些東西是一個完全打破的概念，你不能這么做。如果你打破了用戶體驗，你會覺得，你在代碼上迎合了一些事情，但是如果你通過打破用戶體驗迎合代碼上的一些事情，你就違反了第二點——您認為代碼比用戶更重要。但這不是真的。”
結論，“對很多很多項目而言，似乎認為代碼勢必用戶更重要，他們打破左，右的東西，他們不道歉，因為他們覺得自己是迎合代碼和做正確的事。”我只能加上句“阿門”。
關于開發工具的重要性
我也問過Torvalds關于軟件配置管理（SCM）工具，像他們自己的Git版本控制器系統。他回答說，“我不認為，從根本上很重要的是工具。”“現在，最重要的是，有一個良好的項目工作流程和工具，能夠給予項目一定的幫助”Torvalds說。“當時大多數項目沒有一定真正需要的工具，有很多項目，根本沒有足夠的變化以至于需要為他們的工作流程而采用某種工具，如果你只有不多的補丁需要發行，你可以采用你想要的任何方式，包括完全手工”
Linux是一個完全不同的故事，“對于內核，我們每個發行版本有數以千計的補丁，發行需要3個月時間，所以對我們來說，工具是相當重要的，”他說。“但我仍然不認為這是所有大的錯誤只有因為最初幾年開發的目標球和補丁，這是一個小得多的項目，幾年后，缺乏管理工具才真正成為一個問題。”此外，“一些工具積極鼓勵工作流程，我認為CVS（并發版本控制系統）”例如已經影響了很多項目，使他們有了一個概念“承諾團體”，Torvalds繼續說道，“我個人傾向于認為焦油球和補丁實際上是***的，如果僅僅是因為他們使所有開發者‘平等’”“你沒有得到類似一些確定的人員的‘許可權’，其余的是二等公民，有時候這樣更好，讓這部分人更容易對待。”我要聲明，知道CVS很好，并且我恨它好多年，正如他在2007年google talk說的那樣“我討厭帶著許可證的CVS”。他繼續說道，“比工具更重要的是人，維護者以及心態。”
讓人們走上正軌
如今怎么讓這些人共同努力呢？在這過程中我向Torvalds問了有關Linux內核郵件列表（LKML）的作用，他回答說：“我認為Linux中，最近一段時間，比起在LKML上，我們更多的使用‘發生’，信噪比和LKML的純量顯示大部分開發者明顯沒有時間去讀LKML，最多把主題行掃一眼，因此，這些天來，我要說的是，真正的開發發生在單個開發人員的沙箱中，然后一個人對人的規模以上的電子郵箱實際上是如何真正去做的”Torvalds繼續說：“這并不意味著LKML不重要，它意味著LKML已經成為這些個人的電子郵件線程的‘公共樂隊’，所以，結束意外事件的發生，你有可能在討論他們工作涉及的四五個人，當時LKML停留在整個時間抄送上。否則很容易演變成一些純粹的私人問題比如一些人可以跳一英尺之類的私人討論”。下面是它是如何工作的，“很多人其實并不真正”讀LKML;他們往往自動歸檔，但隨后作出反應，某些關鍵字或更多的時候，主要負責人參與討論。”
Torvalds一直“，”它也作為一種歸檔的概念行為，“，使人們可以參考稍后，和很多的bug報告最終被發現他們的谷歌搜索。如果有人提出了一個問題，它可能會被一些奇怪的硬件問題，但如果谷歌顯示，它的被提出，在過去幾次對LKML開始，以表明，它可能是模糊的，但它的肯定不是一些完全孤立的問題。 “
“因此，我認為LKML真的是很重要的，但沒有，這不是我們如何留人”上軌道“，”他說。“所有的開發人員往往是相當自我的激勵，而且它們都具有健全的思想（以及核心的定義做 - 因為這是他們如何成為核心開發人員，表明他們有良好的口感和高動機，）。僅僅是因為，“公共部分”的討論仍然是重要的，重要的是，即使在實踐中往往是一個非常小的核心在任何特定的討論。事情根本不同的，當它們發生在開放，得出結論：“托沃茲。
委托和保持理智
有一次，Linux是一個獨立項目 ?，F在有數以千計的提交者和貢獻者。我接著問：“多少錢委托你這幾天？如何委托給任何想法保持一個人的理智和工作流的流動呢？ “
“如果有一件事情我已經學會了，那就是你要學會放手，而不是試圖控制人民和代碼的，”他說。“如果你不相信別人能做到依靠自己，而你的監督，你還不如放棄作為一個維護者。”
他繼續說，“是的，我經常在小細節，但它不是因為我不信任的人或不委托。這是因為一些小的細節最終被提起我。無論是它的一個錯誤，他們是幾乎所有，得到忽視只是愚蠢的小細節，或它的只是一些工作流程的問題，困擾我（喜歡我的開發商名稱不正確的日志較早今天一分的維護者抱怨）。“
盡管如此，Torvalds的說，“這些細節都被偶然的細節，而不是那種”過度開發的肩膀，檢查他的一切 。“ 我相信子維護者，做正確的事情99％的時間。然后，很偶然，我***大聲抱怨什么。“說，例如，如何開放源碼的GNOME桌面，而不是前進 。
所以，你有它。這是一些托沃茲沒有它的方式。而且，如果你認為你知道更好，問自己：我創建了一個***的操作系統，運行大多數超級計算機 ，股票交流，像谷歌網站嗎？如果您的回答沒有，我重新讀他的答案，并采取一個長期的艱苦思考，你如何管理自己的項目。
原文地址：http://article.yeeyan.org/view/246736/221061
【編輯推薦】
