前幾天在 React-Europe 大會上，我分享了一個我花了三年多時間的項目 - GraphQL.

會議結(jié)束后，不少參會者問我：

Facebook 是怎么做到一直保持產(chǎn)出這些“反思當前***實踐”的新技術(shù)的？

既然這是 React 大會，那么就讓我們從 React 開始講起吧。

兩年前

兩年前我們開源 React 的時候，這一直是被 JavaScript 社區(qū)取笑的對象；甚至 Facebook 內(nèi)部（包括我自己）都不認為這是一個好想法。Jordan Walke 的執(zhí)著和理想主義最終還是對大家產(chǎn)生了影響。最早我們以為他瘋了，不過他的確是個瘋子，但他也確實發(fā)現(xiàn)了一些什么。現(xiàn)在，我們看到 React 已經(jīng)改變了我們在各種平臺上「造」東西的方式。Adam Ernst 借鑒了 Jordan 的一些想法，然后「造」了 ComponentKit for iOS. 當然，我們自己的 iOS 組剛接觸她的時候也是充滿了猜疑；但再一次，ComponentKit 很大程度地改變了我們「造」iOS 程序的方式。

React 和 ComponentKit 都是 Facebook 內(nèi)部個人自主發(fā)起的項目。事實上當時這些項目的方向和工程師團隊原有的開發(fā)方式都是相反的。React 直接挑戰(zhàn)我們當時非常看好的一些 JS 框架。其實剛開始開發(fā) ComponentKit 的時候我們內(nèi)部就已經(jīng)「造」并且在使用了的一些 iOS UI 框架。

其他的工具并沒有問題，也不差（話說回來他們其實很贊）但他們也不是***的。

他們各自都有著利弊權(quán)衡，都有自己的優(yōu)勢和劣勢。只有在一個自由開發(fā)環(huán)境的情況下，工程師才能去「造」一些他們認為更高效幫助他們完成工作的工具。

工程師的冒險文化

在 Facebook，我們不僅僅讓，更是鼓勵，工程師做這些好玩的“實驗”。其實這些項目還是存在一定風險的，而且也不是很吸引人，也常常失敗（需要改）。然后你會發(fā)現(xiàn)像 React, ComponentKit, HHVM, GraphQL, Immutable.js, Flow, Pop, 和 AsyncDisplayKit 這樣的“實驗”。這些都是值得去冒的險。對于像 Facebook 這樣擁有強大的工程團隊的公司來說，其中一個優(yōu)勢是可以充分地讓工程師們?nèi)L試這些實驗，而不是盯著 scrum 或者為了公司的短期業(yè)績來工作。

上面提到的每一個項目都遇到過非常強烈的反對。有些人（有時候甚至是我）會想讓一些項目早些承認失敗。然而他們并沒有停止。Facebook 不僅有很好的工程師管理哲學，而且有非常棒的管理層 - 他們知道相信工程師們的重要性。就算項目遇到了同事的反對，就算也未知項目的價值所在，就算還有更重要的事情可以去做，F(xiàn)acebook 的管理層信任他們的工程師去冒一些值得冒的險，同時專注在他們相信能夠產(chǎn)生影響的領(lǐng)域。

我的小組 - Product Infrastructure, 和大多數(shù)的 Facebook 小組一樣都有相同的哲學：工程師對世界的影響不止于公司的產(chǎn)品。上面提到的開源項目都有著很強的社區(qū)，每個開源都對整個互聯(lián)網(wǎng)/軟件行業(yè)有著深刻的影響。開源不僅僅是一個公益理想化的東西，她還是我們?nèi)绾螌W習和展示我們的工作啟發(fā)的影響的重要組成部分。

健康的開源環(huán)境在招聘環(huán)節(jié)也是非常有利的。一些我面試過的求職者對我說，他們對 Facebook 的關(guān)注是因為看到了 React, AsyncDisplayKit, Pop, 這些項目；并且想?yún)⑴c到這些項目中去。這些項目吸引了非常聰明的人才進來，從而自然地產(chǎn)生一個良性循環(huán)。

Success is not found in isolation

隨著項目變得越來越有意思，她的潛力被更多的人看到，團隊組建 - 然后一個雪球效應自然地推進了一整個項目。在 Facebook，工程師做著與自己職份外的項目并不罕見；或者從一個小組調(diào)到其他小組都非常常見；而這樣的文化讓這個雪球可以滾起來。這也意味著每個項目后面有許多無名功臣。

在這里我想點名一些（遠遠少于全部成員）早期為 GraphQL 做出貢獻的人：Nick Schrock, Daniel Schafer, 和我自己。

Beau Hartshorne 是 GraphQL 不可缺少的催化劑。他準確定位并指明了問題所在，找到了對的人，而且激發(fā)了我們?nèi)フ医鉀Q問題的方案。Sometimes it’s hard to see the forest through the trees, and Beau’s a rare person who is always looking at the forest.

Jonathan Dann 和 David Renie 是兩位推動***版 GraphQL 的 iOS 工程師。是他們做了非常大量的工作把 GraphQL 整合進 News Feed. 他們也協(xié)助建立了一些我們一直沿用到今天的非常重要的基礎設施。

Rasmus Andersson 用全新視角想象到一種不一樣的方式在移動應用中傳輸數(shù)據(jù)；而這種方式成為了我們 Android SDK 的基礎。他的一些想法還激發(fā)了 Relay - 用 GraphQL「造」web 端應用的工具。

另外兩位 GraphQL 組早期成員，Nathaniel Roman and Charles Ma, 幫助開發(fā)了 GraphQL 客戶端工具。

Scott Wolchok 一手組織和改善了 GraphQL 的 iOS 和其他跨平臺的客戶端工具的數(shù)據(jù)模型。他的嚴謹?shù)乃悸穯l(fā)了我們?nèi)パ芯?** cross-cutting 的進展。

到今天，已經(jīng)有一個成熟的小組專門支持和投入到 GraphQL, 服務器，客戶端工具，和 Facebook 的類型系統(tǒng)。

我們的使命

正是因為我們對持續(xù)產(chǎn)出長期價值的專注，讓 Facebook 能夠一直「造」出一些“反思當前***實踐”的技術(shù)，且在業(yè)內(nèi)引起不小的影響。我們敢去試錯；我們相信工程師能去做正確的事。當一些“實驗”看起來有點兒意思的時候，充滿想法和聰明的人會自發(fā)地聚到一起來實現(xiàn)這個“實驗”。

在 Facebook, 我們的職責不僅僅是「造」Facebook，還是讓世界變得更加的開放和連接。而我們這個 Product Infrastructure 小組通過開源這些工具來幫助我們完成這個使命。