前幾天在 React-Europe 大會上，我分享了一個我花了三年多時間的項目 - GraphQL.
會議結束后，不少參會者問我：
Facebook 是怎么做到一直保持產出這些“反思當前最佳實踐”的新技術的？
既然這是 React 大會，那么就讓我們從 React 開始講起吧。
兩年前
兩年前我們開源 React 的時候，這一直是被 JavaScript 社區取笑的對象；甚至 Facebook 內部（包括我自己）都不認為這是一個好想法。Jordan Walke 的執著和理想主義最終還是對大家產生了影響。最早我們以為他瘋了，不過他的確是個瘋子，但他也確實發現了一些什么。現在，我們看到 React 已經改變了我們在各種平臺上「造」東西的方式。Adam Ernst 借鑒了 Jordan 的一些想法，然后「造」了 ComponentKit for iOS. 當然，我們自己的 iOS 組剛接觸她的時候也是充滿了猜疑；但再一次，ComponentKit 很大程度地改變了我們「造」iOS 程序的方式。
React 和 ComponentKit 都是 Facebook 內部個人自主發起的項目。事實上當時這些項目的方向和工程師團隊原有的開發方式都是相反的。React 直接挑戰我們當時非常看好的一些 JS 框架。其實剛開始開發 ComponentKit 的時候我們內部就已經「造」并且在使用了的一些 iOS UI 框架。
其他的工具并沒有問題，也不差（話說回來他們其實很贊）但他們也不是完美的。
他們各自都有著利弊權衡，都有自己的優勢和劣勢。只有在一個自由開發環境的情況下，工程師才能去「造」一些他們認為更高效幫助他們完成工作的工具。
工程師的冒險文化
在 Facebook，我們不僅僅讓，更是鼓勵，工程師做這些好玩的“實驗”。其實這些項目還是存在一定風險的，而且也不是很吸引人，也常常失敗（需要改）。然后你會發現像 React, ComponentKit, HHVM, GraphQL, Immutable.js, Flow, Pop, 和 AsyncDisplayKit 這樣的“實驗”。這些都是值得去冒的險。對于像 Facebook 這樣擁有強大的工程團隊的公司來說，其中一個優勢是可以充分地讓工程師們去嘗試這些實驗，而不是盯著 scrum 或者為了公司的短期業績來工作。
上面提到的每一個項目都遇到過非常強烈的反對。有些人（有時候甚至是我）會想讓一些項目早些承認失敗。然而他們并沒有停止。Facebook 不僅有很好的工程師管理哲學，而且有非常棒的管理層 - 他們知道相信工程師們的重要性。就算項目遇到了同事的反對，就算也未知項目的價值所在，就算還有更重要的事情可以去做，Facebook 的管理層信任他們的工程師去冒一些值得冒的險，同時專注在他們相信能夠產生影響的領域。
我的小組 - Product Infrastructure, 和大多數的 Facebook 小組一樣都有相同的哲學：工程師對世界的影響不止于公司的產品。上面提到的開源項目都有著很強的社區，每個開源都對整個互聯網/軟件行業有著深刻的影響。開源不僅僅是一個公益理想化的東西，她還是我們如何學習和展示我們的工作啟發的影響的重要組成部分。
健康的開源環境在招聘環節也是非常有利的。一些我面試過的求職者對我說，他們對 Facebook 的關注是因為看到了 React, AsyncDisplayKit, Pop, 這些項目；并且想參與到這些項目中去。這些項目吸引了非常聰明的人才進來，從而自然地產生一個良性循環。
Success is not found in isolation
隨著項目變得越來越有意思，她的潛力被更多的人看到，團隊組建 - 然后一個雪球效應自然地推進了一整個項目。在 Facebook，工程師做著與自己職份外的項目并不罕見；或者從一個小組調到其他小組都非常常見；而這樣的文化讓這個雪球可以滾起來。這也意味著每個項目后面有許多無名功臣。
在這里我想點名一些（遠遠少于全部成員）早期為 GraphQL 做出貢獻的人：Nick Schrock, Daniel Schafer, 和我自己。
Beau Hartshorne 是 GraphQL 不可缺少的催化劑。他準確定位并指明了問題所在，找到了對的人，而且激發了我們去找解決問題的方案。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. 他們也協助建立了一些我們一直沿用到今天的非常重要的基礎設施。
Rasmus Andersson 用全新視角想象到一種不一樣的方式在移動應用中傳輸數據；而這種方式成為了我們 Android SDK 的基礎。他的一些想法還激發了 Relay - 用 GraphQL「造」web 端應用的工具。
另外兩位 GraphQL 組早期成員，Nathaniel Roman and Charles Ma, 幫助開發了 GraphQL 客戶端工具。
Scott Wolchok 一手組織和改善了 GraphQL 的 iOS 和其他跨平臺的客戶端工具的數據模型。他的嚴謹的思路啟發了我們去研究最新 cross-cutting 的進展。
到今天，已經有一個成熟的小組專門支持和投入到 GraphQL, 服務器，客戶端工具，和 Facebook 的類型系統。
我們的使命
正是因為我們對持續產出長期價值的專注，讓 Facebook 能夠一直「造」出一些“反思當前最佳實踐”的技術，且在業內引起不小的影響。我們敢去試錯；我們相信工程師能去做正確的事。當一些“實驗”看起來有點兒意思的時候，充滿想法和聰明的人會自發地聚到一起來實現這個“實驗”。
在 Facebook, 我們的職責不僅僅是「造」Facebook，還是讓世界變得更加的開放和連接。而我們這個 Product Infrastructure 小組通過開源這些工具來幫助我們完成這個使命。
原文鏈接 on Medium by Lee Byron，本文已獲得作者翻譯以及傳播許可。
原文翻譯：Nextoffer。轉載請注明，謝謝。
