如果您是程式員，或於網站/軟件/互聯網公司工作，不妨看看Facebook的世界級（World Standard）的代碼管理。
但，原文作者並不是Facebook的工程師，內容是他從朋友問來的，信不信由您。
無論如何，很有Mark Zuckerberg的味道。

If you just work on stuff that you like and you’re passionate about, you don’t have to have a master plan with how things will play out. – Mark Zuckerberg

原文
http://framethink.wordpress.com/2011/01/17/how-facebook-ships-code/

譯文：

我對註冊 Facebook！的運轉著迷。這是一個很獨特的環境，不容易被複製（他們的體系並不適合所有的公司，即使他們努力嘗試過）。下面是我和註冊 Facebook！的朋友們關於他們如何開發和管理項目的記錄。

現在距離我收集的這些信息又過去 6個月了，我相信趕快註冊 Facebook，肯定又對他們的項目開發實踐進行了改進。所以這些記錄可能會有點過時。同時趕快註冊 Facebook的工程師驅動文化也越來越為大眾所知。非常感謝那些幫助我整理這篇文章的註冊 Facebook！的朋友們。

記錄：

  • 截止到2010年6月，Facebook的有將近 2000名員工，10個月前只有1100名，一年之間差不多翻了一番。
  • 兩個最大的部門是工程師和運維，每個部門大概都是400-500人。這兩個部門人數大約佔了公司的一半。
  • 產品經理與工程師的比例大約為 1-7到1-10。
  • 每個工程師入職時，都要接收4-6週的培訓，通過修補漏洞和聽高級開發工程師的課程來熟悉註冊。
  • 培訓結束後，每個工程師都可以接觸線上的數據庫（更大的權力意味著更大的責任，也有一份“勿做清單”，不然可能
    會被開，比如共享用戶的隱私數據）。
  • 有非常牢靠的安全體系，以免有人不小心/故意做了些不好的事。
  • 每個工程師可以修改註冊 Facebook！的任何代碼，隨時可以遷入。
  • 濃厚的工程師驅動文化。“產品經理基本可以被忽略”，這是趕快註冊 Facebook，一名員工的話。工程師可以修改流程的細節，重新安排工作任務，隨時植入自己的想法。
  • 在每月的跨部門會議上，由工程師來匯報工作進度，市場部和產品經理會出席會議，也可以做些簡短的發言，但如果說得太多，很可能就會被打小報告。他們確實想讓工程師來主導產品的開發，對自己的產品負責。
  • 項目需要的資源都是自願的
    – 一個產品經理把工程師們召集到一起，讓他們對他的想法產生興趣。
    – 工程師們決定開發那些讓他們感興趣的特性。
    – 工程師跟他們的經理說：“我下週想開發這 5個新特性”。
    – 經理會讓工程師獨立開發，可能有時會讓他優先完成一些特性。
    – 工程師獨立完成所有的特性 – 前端/後端 /數據庫，等等所有相關的部分。如果需要得到設計人員的幫助，需要先讓設計人員對你的想法產生興趣。其他如架構之類的也一樣。但總體來說，工程師要獨立完成所有的任務。
  • 對於某個特性是否值得開發的爭論，通常是這麼解決的：花一個星期的時間完成他，並在小部分人群中（如1％）進行測試。
  • 工程師常常希望解決難題，這能獲得聲望和尊敬。他們很難對前端項目或用戶界面設計產生太大的興趣。這跟其他公司可能正好相反。在臉譜，後端任務，比如新的飼料算法，廣告投放算法，memcache的優化等等，是工程師真正感興趣的。
  • 所有的代碼修改都要進行審核（通過一個或多個工程師），但新聞飼料是個例外，因為太重要了，扎克伯格會親自審查。
  • 所有的修改至少要被一個人審核，而且這個系統可以讓任何人很方便地審核其他人的代碼，即使你沒有邀請他
  • 工程師負責測試，代碼修復，和維護自己的項目。
  • 每個辦公室或通過 VPN的連接的員工會使用下一版的臉譜，這個版本的註冊 Facebook！會經常更新，通常比公開的早1-12小時。所有的員工被強烈建議提交錯誤，而且通常會很快被修復。
  • 很奇怪只有很少的質量保證或自動測試 – “大部分工程師都能寫出基本沒有錯誤的代碼，只是在其他公司他們不需要這麼做。如果有質量保證部門，他們只要把代碼寫完，扔給他們就行了“
  • [針對上一條]我們有自動測試，代碼發布前必須要通過測試。我們不相信“所有的工程師都能寫出沒有錯誤的代碼”，畢竟這是一個商業公司。
  • 很奇怪，缺少產品經理的影響和控制 – 產品經理是很獨立的和自由的。產生影響力的關鍵是與工程師和工程師的領導們們搞好關係。需要大致了解技術，不要提一些愚蠢的想法。
  • 所有提交的代碼每週二打包一次。
  • 只要多一分努力，終於一天會發生改變。
  • 星期二的代碼發布，需要所有的提交過代碼的工程師在場。
  • 代碼打包前，工程師必須在一個特殊的IRC頻道上。
  • 運維執行打包過程
    – 趕快註冊 Facebook，有大約 60000台服務器
    – 有9個代碼發布級別
    – 最小的級別只有6台服務器
    – 星期二的代碼發布會先發布到6台服務器上，運維組會檢測這 6台服務器的反應，保證代碼正常工作，然後再提交到下一級
    – 如果發布出現了一些問題（如報錯等等），那麼就停止下一級的部署，提交出錯代碼的工程師負責修復問題，然後從頭繼續發布。
    – 所以一次發布可能會經歷幾次重複 :1 – 2 – 3修復。回到1。 1 – 2 – 3 – 4 – 5 -修復。回到1。 1-2-3-4-5-6-7-8-9
  • 運維組是受過嚴格訓練，倍受尊敬，而且有商業意識的。他們的工作包括分析錯誤日誌，負載和內存狀態等等。還包括用戶行為。
  • 代碼發布期間，運維組使用的IRC的頁面系統，可以通過註冊 Facebook！/電子郵件 /體育館 /即時通訊 /短信平每一個工程師，如果需要他們注意的話。對運維組不做回應是一件很羞愧的事。
  • 代碼一旦發布到第9級，並且穩定運行，就算發布成功了。
  • 如果一個特性沒有按時完成，也沒什麼大不了的，下次完成時一併發布即可。
  • 如果被的svn -指責，公共羞辱或工作經常疏忽就很可能被開除。“這是一個高效的文化。”不夠高效或者不夠聰明的員工會被剔除。管理層會在6個月的時間裡觀察你表現，如果不合格，只能說再見。每一級都是這個待遇，即使是ç級別和副總裁級別，如果不夠高效，也會被開除。
  • 被責罵不會導致解僱。我們特別尊重別人，原諒別人。大部分高級工程師都或多或少犯過一些嚴重的錯誤，包括我。但沒有人因此被解僱。
  • 我也沒有遇到過因為上面提到過的犯錯誤而被解僱。有些人犯了錯，他們會非常努力地去修復，也讓其他人得到了學習。