前幾天在 React-Europe 大會上恰力，我分享了一個我花了三年多時間的項目 - GraphQL.
會議結束后岸售，不少參會者問我：
Facebook 是怎么做到一直保持產出這些“反思當前最佳實踐”的新技術的？
既然這是 React 大會翰灾，那么就讓我們從 React 開始講起吧缕粹。
兩年前
兩年前我們開源 React 的時候，這一直是被 JavaScript 社區(qū)取笑的對象纸淮；甚至 Facebook 內部（包括我自己）都不認為這是一個好想法平斩。Jordan Walke 的執(zhí)著和理想主義最終還是對大家產生了影響。最早我們以為他瘋了咽块，不過他的確是個瘋子绘面，但他也確實發(fā)現(xiàn)了一些什么。現(xiàn)在侈沪，我們看到 React 已經改變了我們在各種平臺上「造」東西的方式揭璃。Adam Ernst 借鑒了 Jordan 的一些想法，然后「造」了 ComponentKit for iOS. 當然亭罪，我們自己的 iOS 組剛接觸她的時候也是充滿了猜疑塘辅；但再一次，ComponentKit 很大程度地改變了我們「造」iOS 程序的方式皆撩。
React 和 ComponentKit 都是 Facebook 內部個人自主發(fā)起的項目扣墩。事實上當時這些項目的方向和工程師團隊原有的開發(fā)方式都是相反的。React 直接挑戰(zhàn)我們當時非晨竿蹋看好的一些 JS 框架呻惕。其實剛開始開發(fā) ComponentKit 的時候我們內部就已經「造」并且在使用了的一些 iOS UI 框架。
其他的工具并沒有問題滥比，也不差（話說回來他們其實很贊）但他們也不是完美的亚脆。
他們各自都有著利弊權衡，都有自己的優(yōu)勢和劣勢盲泛。只有在一個自由開發(fā)環(huán)境的情況下濒持，工程師才能去「造」一些他們認為更高效幫助他們完成工作的工具。
工程師的冒險文化
在 Facebook寺滚，我們不僅僅讓柑营，更是鼓勵，工程師做這些好玩的“實驗”村视。其實這些項目還是存在一定風險的官套，而且也不是很吸引人，也常常失敗（需要改）奶赔。然后你會發(fā)現(xiàn)像 React, ComponentKit, HHVM, GraphQL, Immutable.js, Flow, Pop, 和 AsyncDisplayKit 這樣的“實驗”惋嚎。這些都是值得去冒的險。對于像 Facebook 這樣擁有強大的工程團隊的公司來說站刑，其中一個優(yōu)勢是可以充分地讓工程師們去嘗試這些實驗另伍，而不是盯著 scrum 或者為了公司的短期業(yè)績來工作。
上面提到的每一個項目都遇到過非常強烈的反對绞旅。有些人（有時候甚至是我）會想讓一些項目早些承認失敗摆尝。然而他們并沒有停止。Facebook 不僅有很好的工程師管理哲學玻靡，而且有非常棒的管理層 - 他們知道相信工程師們的重要性。就算項目遇到了同事的反對中贝，就算也未知項目的價值所在囤捻，就算還有更重要的事情可以去做，F(xiàn)acebook 的管理層信任他們的工程師去冒一些值得冒的險邻寿，同時專注在他們相信能夠產生影響的領域蝎土。
我的小組 - Product Infrastructure, 和大多數(shù)的 Facebook 小組一樣都有相同的哲學：工程師對世界的影響不止于公司的產品。上面提到的開源項目都有著很強的社區(qū)绣否，每個開源都對整個互聯(lián)網/軟件行業(yè)有著深刻的影響誊涯。開源不僅僅是一個公益理想化的東西，她還是我們如何學習和展示我們的工作啟發(fā)的影響的重要組成部分蒜撮。
健康的開源環(huán)境在招聘環(huán)節(jié)也是非常有利的暴构。一些我面試過的求職者對我說，他們對 Facebook 的關注是因為看到了 React, AsyncDisplayKit, Pop, 這些項目段磨；并且想參與到這些項目中去取逾。這些項目吸引了非常聰明的人才進來，從而自然地產生一個良性循環(huán)苹支。
Success is not found in isolation
隨著項目變得越來越有意思砾隅，她的潛力被更多的人看到，團隊組建 - 然后一個雪球效應自然地推進了一整個項目债蜜。在 Facebook晴埂，工程師做著與自己職份外的項目并不罕見；或者從一個小組調到其他小組都非常常見寻定；而這樣的文化讓這個雪球可以滾起來儒洛。這也意味著每個項目后面有許多無名功臣。
在這里我想點名一些（遠遠少于全部成員）早期為 GraphQL 做出貢獻的人：Nick Schrock, Daniel Schafer, 和我自己狼速。
Beau Hartshorne 是 GraphQL 不可缺少的催化劑晶丘。他準確定位并指明了問題所在，找到了對的人，而且激發(fā)了我們去找解決問題的方案浅浮。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ù)據滚秩；而這種方式成為了我們 Android SDK 的基礎专执。他的一些想法還激發(fā)了 Relay - 用 GraphQL「造」web 端應用的工具。
另外兩位 GraphQL 組早期成員郁油，Nathaniel Roman and Charles Ma, 幫助開發(fā)了 GraphQL 客戶端工具本股。
Scott Wolchok 一手組織和改善了 GraphQL 的 iOS 和其他跨平臺的客戶端工具的數(shù)據模型。他的嚴謹?shù)乃悸穯l(fā)了我們去研究最新 cross-cutting 的進展桐腌。
到今天拄显，已經有一個成熟的小組專門支持和投入到 GraphQL, 服務器，客戶端工具案站，和 Facebook 的類型系統(tǒng)躬审。
我們的使命
正是因為我們對持續(xù)產出長期價值的專注，讓 Facebook 能夠一直「造」出一些“反思當前最佳實踐”的技術蟆盐，且在業(yè)內引起不小的影響承边。我們敢去試錯；我們相信工程師能去做正確的事石挂。當一些“實驗”看起來有點兒意思的時候博助，充滿想法和聰明的人會自發(fā)地聚到一起來實現(xiàn)這個“實驗”。
在 Facebook, 我們的職責不僅僅是「造」Facebook痹愚，還是讓世界變得更加的開放和連接富岳。而我們這個 Product Infrastructure 小組通過開源這些工具來幫助我們完成這個使命。
原文鏈接 on Medium by Lee Byron拯腮，本文已獲得作者翻譯以及傳播許可城瞎。
原文翻譯：Nextoffer。轉載請注明疾瓮，謝謝脖镀。
