英文：What It’s Like Being A Programmer At Facebook，編譯：新浪科技
導語：美國科技部落格網站 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 和其他實時聊天工具一對一通知工程師，他提交的程式碼是否需要修改。如果修復以後的結果仍然難以令運營團隊滿意，當事工程師會被“當眾羞辱”，雖然李沒有提供有關這方面的具體細節，但他說如果這種情況經常發生，工程師會被炒魷魚。