Facebook的工作方式讓我著迷。那是一個非常獨特的工作氛圍，無法復制(也并不適用于其它公司)。下面是我從很多在Facebook工作的朋友那里搜集到的關于這個公司如何開發(fā)和發(fā)布軟件的只言片語。

看起來對Facebook感興趣的大有人在。這個公司以程序員為主導的企業(yè)文化受到人們的極大關注，很多公司都在努力實現(xiàn)這樣的企業(yè)文化。盡管Facebook對于其內(nèi)部的開發(fā)過程諱莫如深，但他們的技術團隊還是會對其新功能和一些內(nèi)部系統(tǒng)做一些公開的說明，可這些說明通常是關于“是什么”之類的文章，而不是關于“如何做”的…

所以，作為一個外人，你很難知道Facebook是如何做到比其他公司更有效的對其產(chǎn)品進行改進和優(yōu)化。我作為一個外部人士，嘗試著去了解更多的關于Facebook內(nèi)部是如何運轉(zhuǎn)的信息，我把這幾個月的觀察收獲進行了匯編。出于對于信息來源者的隱私保護，我刪除了所有涉及到的人名和特定產(chǎn)品特征/產(chǎn)品名稱。而且我把這篇文章延遲了6個多月才對外發(fā)布，所以，文章中所涉及的內(nèi)容都不會太新太敏感。

我希望這篇文章能給那些試圖看清Facebook如何做到?jīng)Q策權“下放”而不引起管理混亂的人增加一些亮光。你很難評論Facebook這種做法的好壞，以及Facebook的產(chǎn)品質(zhì)量跟這種做法的關系。我想、也希望如此多的互聯(lián)網(wǎng)消費型公司都能從Facebook公司的例子中學到有用的知識。

非常感謝那些在Facebook內(nèi)部工作、幫助我得到這些信息的人，同時也感謝像epriest 和fryfrog這樣對本文進行校正和修改的人。

語錄：

◆ 截止到2010年六月，這個公司的員工已經(jīng)接近2000名，而在此10個月之前只有大概1100名。一年內(nèi)幾乎翻了一番!

◆ 公司最大的兩群人是技術開發(fā)人員和實施人員(Ops)，各自有400～500人。這兩部分人占去了公司構成的50%。

◆ 產(chǎn)品經(jīng)理跟技術人員的比例大概是1:7到1:10。

◆ 所有的技術人員都要通過4到6周的“新兵訓練營”培訓，培訓中他們通過修改bug來了解Facebook系統(tǒng)，聽資深/終身司職技術人員做演講。每次訓練營培訓大概會有10%的學員不能通過考核，會被淘汰出公司。

◆ 新兵訓練營后，所有的技術人員都要接觸真實現(xiàn)場數(shù)據(jù)庫(先會有個專門的講座，關于“責任越大，能力越大”，還有一個明確的“違反即開除”的清單，例如泄漏私人信息)。

[感謝fryfrog的修改]”公司有很多非常有效的防護措施來防止內(nèi)部擁有這種能力的人做出各種恐怖的事情，”，如果你不幸成為需要做這種危險操作的人，你需要登記原因，而且會被密切的審查。一點疏忽都不能有，否則你完了。

◆ 任何技術人員都可以修改Facebook代碼庫里的任何一段代碼，并按自己的意愿提交回代碼庫里。

◆ 非常強勢的技術人員為主導的文化?！爱a(chǎn)品經(jīng)理在這里基本上沒有什么用處?！?—— 引自一位開發(fā)人員的話。程序員人員可以在中途修改產(chǎn)品規(guī)格文檔，重新調(diào)整要做哪個項目，隨時都可以按自己的想法加入新的功能特征。

[編輯評論]這篇博客的作者是一位產(chǎn)品經(jīng)理，所以這段文字著實讓我意外。你會在余下的語錄里看到，F(xiàn)acebook的企業(yè)文化對產(chǎn)品的管理工作是十分重視的。所以，產(chǎn)品管理這個角色并不是可有可無的。并且，這個公司的企業(yè)文化是讓“每一個員工”都感到對產(chǎn)品有責任。

◆ 在每月的跨團隊會議中，進度報告由開發(fā)人員提交。產(chǎn)品市場和產(chǎn)品管理部門會出席這些會議，但如果在會上他們說了太多的話，會后領導會收到會議反饋“產(chǎn)品部門在會上說的話太多了?！彼麄冋娴南Ｍ_發(fā)人員能公認的完全控制產(chǎn)品，成為公司開發(fā)的產(chǎn)品的主要主導成分。

◆ 每個項目的人力調(diào)配完全是根據(jù)自愿。

◆ 產(chǎn)品經(jīng)理要游說開發(fā)人員，讓他們對自己的想法感興趣。

◆ 開發(fā)人員選擇他們聽起來感興趣的任務。

◆ 開發(fā)人員會對他們的經(jīng)理說：“本周我打算做這5塊工作?！?/P>

◆ 技術經(jīng)理會盡可能的由著各程序員的喜好行事，但有時會要求某項工作必須先做。

◆ 程序員自己把握所有的技術特征 —— 前端的javascript，后端的數(shù)據(jù)庫腳本，以及所有這之間的東西。如果他們需要設計人員的幫助(只有少數(shù)幾個專職設計人員)，那他需要找到一個對他們的項目感興趣的設計師。找架構師也是如此。但通常，程序員會自己處理所有所需。

◆ 一個功能特征是否值得做，通常的判斷方法是用一周快速實現(xiàn)，然后在抽樣用戶里測試它，例如找1%的內(nèi)華達州用戶進行測試。

◆ 開發(fā)人員通常喜歡關于基礎架構，系統(tǒng)擴展性，“難題”等的任務 —— 這些都是能產(chǎn)生威望的地方。你很難讓一個程序員對前端項目或用戶界面工作提起興趣。這跟你在一些面向客戶的業(yè)務公司里發(fā)現(xiàn)的現(xiàn)象正好相反，那些公司里所有人都喜歡干客戶能接觸到的東西，他們會指著某一個界面功能說：“這是我做的”。在Facebook，后端的工作，例如新聞feed算法，廣告定位算法，memcache優(yōu)化工作等，都是程序員們的搶手工作。

◆ 對某項具有高優(yōu)先級的功能有影響的修改(例如新聞feed)，在代碼提交合并前要經(jīng)過代碼審查。新聞Feed非常的重要，任何的改動都要經(jīng)過Zuckerberg(Facebook創(chuàng)始人，總裁)親自審查，但也有例外的時候。

[糾正——感謝epriest]“任何的代碼的修改都必須進行強制性的代碼審查(由一個或多個技術人員執(zhí)行)”。我想這篇文章中說的是Zuck 本人并不會親自審查每一處變動?！?/STRONG>