導語：美國科技博客網站 BusinessInsider 撰文揭開了 Facebook 程序設計人員的神秘面紗。Facebook 代碼從開始編寫到終發布，都有著極為嚴格的程序，CEO 馬克·扎克伯格(Mark Zuckerberg)甚至對 News Feed 每個代碼更新親自把關，確保不出現任何差錯。

工作中的扎克伯格

以下為文章概要：

         Facebook 工程師是這家社交網站巨頭有價值的財產，他們擁有非常大的自主權，但同時也面臨著盡快發布高質量代碼的壓力。

         谷歌員工李易(Yee Lee)通過與大批 Facebook 工程師的交談，在一篇博文中披露了 Facebook 代碼發布流程。這個流程的確與外界之前想象的相差無幾，雖然 Facebook 對代碼發布的監督比人們預想的更為嚴格。盡管這篇博文發表于一年前，但整個流程自 Facebook 上市以來似乎并未發生太大變化。

         Facebook 員工主要由工程師構成，人數多的兩個團隊分別是 Engineering 和 Ops，總計占了 Facebook 員工總數的一半左右。此外，Facebook 還有大量產品經理。他們要確保代碼按時發布。每一個產品經理負責 7 到 10 名工程師。

         Facebook 所有工程師都要接受 4 到 6 周的培訓，學習 Facebook 修復漏洞的方法，聆聽雇員舉辦的講座。在進入“訓練營”(Boot Camp)的工程師當中，會有大約 10% 無法順利通過測試，終被勸退。

         接受完培訓以后，工程師開始接觸 Facebook 數據庫。他們可以隨意核對代碼，對數據庫做出修改。員工們還會拿到一張“禁做之事”名單，如禁止分享用戶數據。盡管如此，Facebook 還出臺了一系列措施，防止此類事情的發生。

         同谷歌一樣，Facebook 的企業文化同樣以工程師為主。一名工程師說：“產品經理基本上在這里毫無作為。”工程師可以修改尚未正式上市的產品規格，在任何時間提出新的功能創意。

         工程師會在每月一次的不同團隊例會上提交他們的成果。產品推廣經理和產品經理會出席這些會議，但不被鼓勵暢所欲言。“如果產品經理在例會上暢所欲言，工程師們會向領導層反應說，‘上次會議上他們有關產品的意見太多了’。”

在 Facebook，工程師想做什么，基本上都由他們自己決定。他們會找到主管，說：“這是我想做的五件事情。”產品經理會說服工程師當場試一試，讓他們親身體驗這些項目的效果，但他們多數情況下不會對每位工程師的偏好橫加干涉。

         工程師們不會爭論某項功能是否值得嘗試，而是開發出原型機。接下來，工程師會用一周的時間開發某項功能并進行測試，以確定它是否值得推出成品。通常情況下，新功能都是由 Facebook 員工親自測試。整個過程由一款名為“Gatekeeper”應用控制。這是 Facebook “黑客”文化的主要組成部分——快速開發和推出產品，淘汰沒有市場前景的產品。

         在 Facebook，每個人都想參與后端產品的開發。可伸縮性和基礎架構是工程師感興趣的兩個問題。所以，工程師很難對實時消息等前端產品感到興奮，相反，每個人都希望從事像 News Feed 算法這樣的后端產品。這種做法與其他消費類科技企業的慣例背道而馳，在這些企業，員工都希望參與前端產品的研發工作。

         Facebook 創始人兼 CEO 馬克扎克伯格(Mark Zuckerberg)會親自對 News Feed 每個代碼更新把關。在 Facebook，所有重大升級的代碼都進行強制評估，任何一個改動都至少由一人把關。但是，無論工程師對 News Feed 做出任何改動，都將由扎克伯格親自把關。

         Facebook 工程師負責測試產品功能，修復產品漏洞，對發布以后的產品進行維護，但他們并不是官方的質保團隊。不過，Facebook 仍然有負責質量評估的工程師，并積極鼓勵每位工程師報告產品漏洞。

正常情況下，代碼升級會在每周二發布。Facebook 有專門的評估工具，告訴工程師代碼更新的風險有多大。

         運營團隊會逐步推出代碼更新。Facebook 共有大約 6 萬臺服務器，運營團隊會逐步將更新后的代碼發布到少數幾臺服務器上，確保它能起作用。開始是 6 臺服務器，接著慢慢增加。如果需要做出修改，那么這項工作會由提交代碼更新的工程師在線下完成。修復工作完成后，代碼會再次在那 6 臺服務器上先試用，接著增加到更多的服務器上。

         在代碼更新發布期間，運營團隊會通過 IRC 和其他實時聊天工具一對一通知工程師，他提交的代碼是否需要修改。如果修復以后的結果仍然難以令運營團隊滿意，當事工程師會被“當眾羞辱”，雖然李沒有提供有關這方面的具體細節，但他說如果這種情況經常發生，工程師會被炒魷魚。