github融資

❶ 如何高效利用GitHub

位於舊金山，由Chris Wanstrath, PJ Hyett 與Tom Preston-Werner三位開發者在2008年4月創辦。迄今擁有59名全職員工，主要提供基於git的版本託管服務。
在此之前，它是由Tom與Chris 在本地程序員聚會中，開始的一個用於託管git的項目。正如每個偉大的傳奇都開始於一場冒險，Tom在這篇文章我如何辭掉微軟30萬年薪邀約，創辦GitHub中談到：
當我老去，回顧一生，我想說，「哇，那是一場冒險「；而不是，「哇，我真的很安穩。「
另一位創始人Chris也詳細描述了GitHub初創的前因後果，他說道：
Do whatever you want.
於是，在2008年4月10號這一天，GitHub正式成立。
目前看來，GitHub這場冒險已經勝出。根據來自維基網路關於GitHub的描述，我們可以形象地看出GitHub的增長速度：

今天，GitHub已是：
一個擁有143萬開發者的社區。其中不乏Linux發明者Torvalds這樣的頂級黑客，以及Rails創始人DHH這樣的年輕極客。
這個星球上最流行的開源託管服務。目前已託管431萬git項目，不僅越來越多知名開源項目遷入GitHub，比如Ruby on Rails、jQuery、Ruby、Erlang/OTP；近三年流行的開源庫往往在GitHub首發，例如：BootStrap、Node.js、CoffeScript等。
alexa全球排名414的網站。
Q2：GitHub風格
A2: GitHub只是GitHub
強調敏捷開發與快速原型，而又的確成功的創業團隊，常具備一個重要氣質：有自己的文化風格。如GitHub，又如37signals。通過他們的快速開發，向用戶證明了團隊在技術上的能力，並且時常有驚喜。同時，通過強調特立獨行的文化，將對半衰期過短的產品族群的信任轉為對GitHub團隊的信任。
Gravatars的創始人（對，就是互聯網最流行的頭像託管系統）、Jekyll（對，它就是我近幾年用的博客系統）作者、GitHub創始人，現任CTO Tom在GitHub第一年學到的10大教訓、創業學校演講中談到GitHub文化的方方面面。我嘗試將這種風格總結為以下要點：
專注創作，高創意
運營良好與較高的內外滿意度
高利潤，較低的融資額或零融資

❷ es圈是什麼

ES

abbr. 電化學學會(=Electrochemical Society)

ES:Echo Sounding回聲測深
ES:Errored Second差錯秒
ES:Environmental Science環境科學

❸ Github 的系統內部都在用什麼開源軟體

有時候處理規模問題最好的辦法就是讓事情變得簡單並盡你可能去避免出現這種情況。這是 GitHub 所採用的方法，林納斯·托瓦茲（Linus Torvalds）在十年前開發了Git源代碼控制工具，GitHub 為該工具提供資料庫服務（repository service），目前已經有了爆炸性的發展，並成為開源軟體開發工作的重心之一。
可以理解為什麼程序員們會精挑細選他們創作代碼用的工具並與他人分享，反過來，他們也會去調整和改進這些工具。一種非常現實的感覺就是，軟體開發者們「住進」這些系統中後，源代碼版本控制系統的工作方式會對合作者們的創作過程提供積極或消極的影響。
GitHub 的成立可以追溯到2007年，它的建立者包括目前公司的首席運營官（COO，Chief Operating Officer）PJ Hyett，首席執行官（CEO，Chief Executive Officer）Chris Wanstrath，前首席執行官Tom Preston-Werner，首席信息官（CIO，Chief Information Officer）Scott Chacon。這些人當時都在 Rails 框架下開發 Ruby 應用程序，並希望通過一個更好的方式合作編碼，為此他們開始搭建了預計在2008年開始運行的 GitHub。與其說這是一個商業計劃，他們的開發更多是為了能有一個工具幫助他們自動化地協助自己的軟體開發工作。
事實證明，GitHub 是世界上最大的 Ruby on Rails 應用程序，GitHub 系統主管 reckons Sam Lambert 曾和 The Platform（譯者：一家網站 http://www.theplatform.net/） 就該系統做過一次小的討論。Lambert 不方便公開討論 GitHub 有多少行代碼構成，沒有公司公布有多少行代碼託管在 GitHub 倉庫，但 Lambert 確實給我了們一些指標數據，這些數據是關於 GitHub 的使用增長情況，以及系統如何支撐為大約 60000 個機構或個人工作的 1000 萬個程序員維護 2600 萬個開源項目。
「基本上它就是一個簡單的棧，對我們來說它真的很重要，「Lambert 說。「我們試圖採用盡可能少的東西來保持這個棧的簡單」。

另一方面，2008 年是創業公司的一個分界線（兩年後 Amason Web Service 發布了 EC2 計算雲），GitHub 可以使用雲，第一次不需要在基礎建設上做投資。但是，沒有那麼做，公司創始人和他們聘請的工程師已經繪制了技術棧草圖，通過聊天工具見獵購買了一系列創造 性的系統管理，軟體布署工具，基本的 IT 操作都在 GitHub 上運行。
當然，公司在 GitHub 上有自己的私有倉庫來開發 GitHub。雖然 Lambert 沒有透露這個構成 GitHub 的 Ruby 應用的具體大小，但是他告訴我們這個平台在 GitHub 的倉庫里有25萬個 commit，有上百人貢獻了他們的代碼和提交這些變動的 commit，盡管不是所有人都在 GitHub 工作。
項目人
「GitHub 最初是為我們自己創建的，我們基本上都是軟體工程師所以我們想要一個好的工具做開發。」，Lambert 如是說道，「我們使用 GitHub 去構建 GitHub，同時這也是我們每天去管理所有事物的東西。人力資源和法律團隊在他們的工作流程上也在使用 GitHub。不僅僅只是程序員在使用 GitHub。我們非常幸運能夠用其他公司不一定能做的方式完成了我們的代碼。如果你招一些開發者為廣告系統做開發，除非他們根本不在乎討不討厭廣告，否 則他們是不會願意乾的。而我們所有的開發人員都喜歡Git並且所有的工作都圍繞著它，所以我們有為我們每天使用的工具而工作的特殊待遇。 」
Github 棧的底端是硬體，它由幾百台分布在各地數據中心的X86伺服器組成。(Github 沒有透露這些伺服器位於何處，但 Lambert 確實說過，由於全球用戶基數增長，Github 正在考慮在全球其他地區建立數據中心。)
「我們使用標准供應商的現成機器，」 Lambert 說道, 但沒有提及供應商的名字和配置. 「我們對軟體運行做了很多優化，但針對硬體我們並沒有做不合適的大規模定製化。隨著規模變大，我們試圖讓軟體容錯性更好，並且將數據拷貝到一次性機器上， 這樣我們就用不著維修機器了。你只需要毀掉它，重新將數據放到另一台機器上。這會讓購買機器變得便宜，同時擴展的成本也更低。」
「我們確實需要構建定製化和非比尋常的東西，因為一旦我們做了，我們就失去了社區正在做的東西的好處。這也告訴了我們怎麼選擇資料庫，因為 MySQL 是每個人都在用的資料庫。如果你使用它時碰到問題，這個問題別人也會碰到過，你自然不會碰到誰都無法理解的故障。」
硬體明顯沒有那麼有趣 ——尤其對於軟體工程師來說。但是 Lambert 尤其對自家開發的部署系統 GPanel 感到興奮，它用 Ruby 開發，掛鉤到 Puppet 配置工具，讓公司里的任何人都可以准備機器並在上面發布軟體。
「這讓我們像在公有雲上一樣部署軟體，卻又允許我們享受擁有自己的硬體的所有好處。」
Github 的軟體基礎當然是 Linux，Lambert 也說過公司當然有足夠的專家來運轉自己的 Linux。但它沒有這么做，而是簡單地使用 Canonical Ubuntu 分布式伺服器。至於存儲 Git 代碼和 Github 代碼倉庫訪問控制系統的其他部分的資料庫，Github 依賴 MySQL 關系資料庫。Github 自己維護 Linux 和 MySQL 軟體，以及 Ruby 和 Rails。Github 聘用了 Ruby 和 Rails 社區的主要維護者，因此可以推論，Github 在社區做自己的技術支持。但事實上隨著應用的規模擴大，Github 同時擁有自定義版本的 Ruby 和 Rails。
Fork 代碼
「當數據來臨時，對我們來說真的是規模問題，我們正在使用一個高可用的方式彈性存儲數據，」Lambert 說道，」它是關於適應 Git 具有可擴展性和易用性，因為它從來沒有考慮過這一點。我們測量，GitHub 是最大的 Ruby on Rails 程序之一 – 許多公司都沒有大規模的運行 Ruby。我們保持精益，做優化，以保持這種方式。
我們現階段不完全，不像 Facebook 的 HipHop 和 Facebook 用 PHP 做什麼，但我們有人民奉獻 Ruby 的核心，使其更快和精益。」
GitHub 調整了 Ruby 解釋器，並創立了自己的垃圾收集常式，但它也熱衷於定位 Ruby 和 Rails 的錯誤盡可能快和獲取代碼修復到 GitHub 上，應用程序，以及輸出到 Ruby 和 Rails 社區。 （ Ruby 開發託管在 GitHub 上，因為這樣是為了 Rails。MySQL 的開發剛搬過來不久，用了甲骨文一些時間來做到這一點。）
GitHub 可能是開發者的機器，用於瘋狂的 Fork 代碼 – 好，瘋狂的 Fork 代碼至少 – 讓 GitHub 費力也不以為奇。蘭伯特解釋道：
「我們保持 GitHub 作為一個 Ruby on Rails 應用程序的原因是，它是非常容易和快速的學會。人們在該公司第一天上班就開始在 Github上 工作了。我們真的很需要一個的定製的和與眾不同的構建，因為如果我們這樣做，我們將失去了所有社區所帶來的好處。這就是告訴我們的資料庫選擇，因為 MySQL是每個人都在使用的。如果你遇到 MySQL 的問題，它是已知的，你不會遇到晦澀難懂並且沒人知道的錯誤信息。沒有找不到答案的奇怪錯誤，因為你遇到的問題，有人已經遇到過」。
GitHub 的基礎設施有 Web 伺服器，代理伺服器，認證伺服器，和一堆執行有關倉庫的分析、上傳提交分析、數百萬託管項目分析的系統，但真正核心是存儲庫本身。大多數這類數據是文本， 當然，這不會佔用很大的空間，相比一些更豐富照片，視頻和音頻媒體更能充塞互聯網後面的磁碟驅動器。
奇怪的是，GitHub 沒有使用傳統的數據壓縮方式壓縮文本數據，但它有自己的壓縮方式來節省空間。如果一個項目被 Fork，只在 Fork 中保存對原來的更改。 （我們假定這個方法也可以讓你輕松地找出變化，在每一個 Fork 中迭代。）如果 GitHub 上保存每一個變化，每一個 Fork，它會很快有數不清的PB級數據，傳統的數據壓縮會系統變慢。事實證明，即使每天從程序員接受數百 GB 位元組的新數據，整個 GitHub 的資源庫的大小也是被度量在數百 TB 級。
在某些時候，在互聯網上有很多貓的照片，所有貓的照片來自 master 貓的照片，並根據變化方式存儲在 Fork 中 （譯者註：這里做個比喻，形容 github 的 Fork 只存儲與 Fork 之前的差別）（我們有點開玩笑。）
「有很多公司說他們已經到達 TB 和 PB 級的數據，你問他們那都是些什麼數據，它們通常只是垃圾，」 Lambert 笑著說。「大多大數據公司僅僅用來存儲事件 —— 這些基本上都是沒用的。我們非常自豪於我們一直保持著精益和優化，我們不會存儲大量無用的數據。相對於我們的競爭對手，存儲到倉庫的比率顯示了我們非常非 常地精益。我們盡可能不去存儲數據，因為我們有一些非常智能的東西在後端讓我們保持鬆散和分叉。我們有很多 Git，但我們還是會盡我們所能去優化。」
回顧 GitHub 的發展經歷，從公司到老舊的學校，都可以快速簡單地獲取指定的存儲和計算能力並啟動它們。
「我們總是領先一步，我不能說是壓力驅使，但我們確實有壓力「Lambert 沒有具體說明集群是如何快速發展的。「我們每天有數百 G 的新數據，並且倉庫的使用規模快速增長，但我們創建了基礎設施，可以和業務增長保持同步擴展」，這是因為我們的計劃做得很好，現在也沒有變慢的跡象。「
如果 GitHub 像其他 hyperscaler 一樣，它的基礎設施發展會滯後於推動基礎設施的因素發展。很難去擴展服務，存儲和用戶，這也是為什麼在 hyperscaler 有這么多的工程創造力。
使用公共的 Github 倉庫是免費的，但是上面的代碼可以被任何感興趣的人獲取和 fork。GitHub 有償提供私有倉庫，這是它計劃盈利的方式。價格從 7 美元每個月的包含 5 個私有倉庫的個人計劃到200美元的程序員團隊可共享 125 個私有倉庫的商業計劃。對於那些需要在內部搭建 Github 來開發代碼的公司，可以購買 GitHub Enterprise 授權，售價 2,500 美元，每年可安裝 10 個主機，並且跟 Github 有同樣的外觀。GitHub Enterprise 可以在內部主機上搭建，也可以搭建在 Amazon Web Services 或者 Microsoft Azure 公有雲上。目前 GitHub 和 GitHub Enterprise 由同一個支持團隊維護，但是如果你要在 GitHub Enterprise 上做內部開發並想開源到 GitHub，沒有自動化的方式來完成。但 Lambert 表示存在空間。
除了核心Ruby on Rails應用程序和存儲演算法把GIT中的代碼存放到文件伺服器，GitHub也正在工作於其它應用上。 「有些技術你只是沒有把它下架，因為世界上我們是最大的代碼託管商，我們有很多定製領域的問題，」蘭伯特說。
向前發展的其中一個重點領域是，提供了一組更豐富的關於程序員的項目分析和工作分析，因為很多公司都在使用開源軟體，以此來吸引人才。這就是為什麼 GitHub將擴展到新的市場，有很多變化的文檔和Fork是協作過程的一部分。就像GitHub裡面的團隊一樣，使用該工具來跟蹤項目，架構師，音樂家 和其他工匠開始使用該工具，這可能為Github提供了另一波增長。
GitHub 在 2012 年的 7 月第一輪風險融，從 Andressen Horowitz 那裡資籌集了 1 億美元，和今年 7 月的第二輪融資，從紅杉資本和 Andreessen Horowitz，Thrive Capital 和 Institutional Venture Partners 籌集了另外 2.5 億美元,該公司尚未公開，但鑒於其融資的估值約為 20 億美元，和現金增長其基礎,並擴大它的目標市場。
ChatOps 文化與分布式開發
GitHub 的一個重要創新，嚴格的講，不是代碼部分,但絕對是公司 Hubot 的一部分，這是公司使用的一個聊天機器人系統管理介面。這種方法通常被稱為 ChatOps，給部署操作起別名，通過聊天機器人，用聊天的方式做 DevOps。在 GitHub 里一切都使用它。

❹ GitHub 是怎麼火起來的

Github不是突然火起來的，在Ruby社區Github其實從一開始就很流行，我們2009年搞Ruby大會就邀請了Github的人來上海了，早在20窢閥促合詎骨存攤擔揩09年Github在國內的Ruby社區就很有名氣了。之所以今天大家突然覺得Github火，只不過是因為剛拿到1億美元融資的眼球效應罷了。

Github是一個從Ruby社區誕生出來的項目，這幾年我也算是看著Github發展起來的，可以說Git在Ruby社區普及和爆發幾乎是必然的事情。Git雖然是Linux內核社區開發出來的，但前幾年一直不溫不火。真正在開源社區普及和爆發，是從Ruby社區和Github開始的。

❺ GitHub 是怎麼火起來的

Github不是突然火起來的，在Ruby社區Github其實從一開始就很流行，我們2009年搞Ruby大會就邀請了Github的人來上海了，早在2009年Github在國內的Ruby社區就很有名氣了。之所以今天大家突然覺得Github火，只不過是因為剛拿到1億美元融資的眼球效應罷了。

Github是一個從Ruby社區誕生出來的項目，這幾年我也算是看著Github發展起來的，可以說Git在Ruby社區普及和爆發幾乎是必然的事情。Git雖然是Linux內核社區開發出來的，但前幾年一直不溫不火。真正在開源社區普及和爆發，是從Ruby社區和Github開始的。

❻ GitHub 是怎麼火起來的

Github不是突然火起來的，在Ruby社區Github其實從一開始就很流行，我們2009年搞Ruby大會就邀請了Github的人來上海了，早在2009年Github在國內的Ruby社區就很有名氣了。之所以今天大家突然覺得Github火，只不過是因為剛拿到1億美元融資的眼球效應罷了。

Github是一個從Ruby社區誕生出來的項目，這幾年我也算是看著Github發展起來的，可以說Git在Ruby社區普及和爆發幾乎是必然的事情。Git雖然是Linux內核社區開發出來的，但前幾年一直不溫不火。真正在開源社區普及和爆發，是從Ruby社區和Github開始的。

Rails是一個高度集成的Web框架，通常情況下一到兩個Rails程序員做一個Web項目就夠了，一旦多人同時在一個Rails項目上工作，代碼提交和協作會遇到很大的麻煩，更不要說開源項目大規模遠程協作了。這算是Rails項目的一個痛點：單個工程師開發效率很高，但是團隊協作很困難，CVS/SVN這種集中提交式的SCM都不能很好的支持Rails團隊的工作模式。事實上我的Ruby團隊規模一大也遇到了這個難題，代碼提交經常沖突，協作困難。

Git這種良好支持分支管理的分布式的SCM真正解決了這個問題：每個工程師在自己本地分支上開發，完成功能以後往master分支合並。我們Ruby團隊使用Git以後，代碼提交沖突問題迎刃而解。所以Git這種SCM像是給Ruby社區量身打造的一樣，所以你可以看到Ruby社區幾乎沒有不用Git的。

Github本身也是這種需求下的產物，一些灣區的Ruby社區的程序員使用Git以後，找不到好的Git託管網站，於是就開發了Github出來。然後Rails框架率先遷移到Github上，形成了示範效應，整個Ruby社區呼啦啦都遷上去了。Ruby社區另有一好處：各種開源庫和包都統一用Gem格式發布，而一旦大量Gem都遷移到Github上了，Ruby程序員就跟著都開始用Github了。我當年就是為了跟一些gem的庫就開始用Gihub的。

這里多說兩句：Ruby社區是一個相當團結的社區，很少分裂，經常是一旦採用一個技術，整個社區就會迅速跟進和普及。雖然在國內Ruby是個小眾的編程語言，但是在矽谷，Ruby很火，被譽為雲計算時代的Web編程語言。Ruby整個社區都遷移到Github，開始對其他編程語言社區形成示範效應，其他編程語言社區接著跟進。

Ruby程序員因為做Web開發，經常用JavaScript，很多Ruby社區核心人員本身也是JS社區的核心人員，JS社區也就很快進駐Github。同時Ruby社區因為DHH的示範效應，基本上整個社區都是人手一台Mac，天然對OSX比較近，而隨著iOS開發的繁榮，大量的Ruby程序員跟進開發iOS app，帶動iOS社區也從Github上成長起來了。看看今天的Github，Ruby，JS和iOS的項目比例是非常高的，Java比例則遠不如Sourceforge和Google Code，這有一定的社區淵源。

Github也很重視社區活動，經常搞Drinkup，此外Github產品上有很多領先的地方，例如從網站產品上定位為social coding，支持大規模開源項目分布式協作的各種工作模式等等。

不過Github現在估值這么高，我認為主要還是雲計算SAAS平台的概念帶來的，它給企業用戶提供Private代碼倉庫託管收費服務是盈利的。雲平台現在估值都很高，Dropbox，Evernote都遠比Github估值高，所以Github現在的估值高也不算意外。

❼ 如何判斷區塊鏈項目是否值得投資

一 、項目詳情

項目詳情一般是由項目方發布在某些ICO平台上，由平台負責審核，發布時需提交詳細的相關信息。可供用戶查詢。以下是我們需要參考的：

◆項目團隊成員信息是否造假

◆官方網站是否近期備案

◆項目總額度是否合理

◆是否超量增發

◆項目代幣分配是否合理

◆項目發展規劃及開發計劃是否清晰

二、產品分析

類型：應用類、平台類、底層技術類

根據不同的區塊鏈項目進行對應的分析以判斷該項目是否適合通過區塊鏈技術開發，對比行業內現有的產品做分析，例如現在某個項目方要做一款去中心化的內容分發平台。我們可以參考行業內做的比較好的TOU條。作為內容分發領域的獨角獸，今日頭條從12年上線起發展至今，已經擁有5億的注冊用戶，DAU更是接近一億。

用戶組成：廣告主、內容製造者、內容閱讀者、

內容生態：UGC+PGC內容產生模式已趨於完整，內容組成多元化，圖文資訊+短視頻+直播

盈利模式：電商廣告、信息流廣告進行流量變現，

產品優勢：用戶量大，基於特定演算法的信息分類推送，用戶體驗良好，用戶習慣養成

融資經歷：C輪10億美元

基於以上信息對照項目的白皮書，確定此區塊鏈項目真正的優勢在哪裡？如果項目白皮書不能夠清晰的描述出產品的架構，只是空談概念，那麼很大可能上這個產品是不靠譜的。

三、市場分析

競品：不僅有新浪、搜狐、騰訊、網易、鳳凰、一點資訊、zaker、網路新聞、知乎日報等一些大平台。還有一系列垂直類類內容產品與之競爭。

競爭度：大量用戶已養成固定的信息獲取習慣，預示著新平台在獲客成本上會大幅度增加

四、用戶及使用場景分析

◆內容閱讀者：獲取資訊、娛樂放鬆、技能學習、情感表達、刺激眼球、政策解讀、消費決策等。

◆廣告商：引流，產品促銷，打造品牌調性。

◆內容製造者：優質內容製造，接廣告，賺廣告費。

五、行業問題分析

◆平台對有效流量的界定及推薦機制導致的內容製造者收益不穩定

◆廣告植入對用戶體驗的影響

◆某些類型產品投放信息流廣告的效果不佳

附：某區塊鏈眾籌項目網站上近期項目整理

◆物聯網：沃爾頓鏈

◆社交通訊平台：SNC、Matchpool

◆資產交易：OmiseGo、OpenANX、Bytom 比原鏈、公信寶

◆雲存儲技術：STORJ、iex.ec

◆應用分發、MobileGo

◆電子錢包：Status、Monaco

◆內容分發：YOYOW

◆智能投資：幣飛

◆智能合約：Aeternity

◆數字廣告：優WiFi、BAT

◆公司：Dcorp

◆ICO眾籌、風投基金：Onplace

◆區塊鏈交易：ICOcoin、量子鏈Qtum=

◆醫療：雲醫鏈HIS、醫療鏈

◆創業孵化器基金：Starta

◆區塊鏈技術應用

◆數字資產：Tenx、瑞資鏈、ZenGold

◆游戲賬號系統：ugChain

◆新媒體:雲鏈

◆選舉：選舉鏈ELC

◆資產兌換：SWFT平台

◆版權：IPC知產鏈、印鏈

◆算力：SONM

六、技術實力分析

◆核心技術是否有創新性和行業前瞻性

◆技術可行性及實現難度

◆產品類型是否能充分發揮區塊鏈技術優勢

◆該項目是否發行測試網路

◆項目是否開源，一般開源的項目都會上傳到github，

◆基於哪條區塊鏈進行開發

◆使用哪種共識機制

七、團隊組成分析

◆團隊中是否有大牛

無論是技術大牛：如stratisCEO Chris Trew，Bancor創始團隊的Eyal Hertzog，如Tenx的投資人包括了以太坊創始人Vitalik Buterin和分布式資本合夥人沈波等。

還是某區塊鏈產品眾籌項目的發起人是前比特幣中國的聯合創始人楊某科，發布的ICOcoin項目。又或者區塊鏈項目的發起人是國內比特幣「首富」李某來，發布Press one項目。都能從某種意義上說明這個項目是靠譜的。當然也存在特例，比如近期的李某來，一個項目搞的整個圈子裡天怒人怨。

◆團隊構架是否科學

法律顧問、行業咨詢顧問、項目管理委員會、第三方機構

八、參考區塊鏈項目評級網站

相對合理，評級網站有不少，各個平台的評級標准也不盡相同，可能會出現同一個項目在不同平台上給出的評級差距很大，這個時候就需要我們

自身對區塊鏈相關基礎知識有深刻的了解，夠具備一定的自我判斷能力。千萬不要相信專家大牛，不少所謂的專家有可能是跟區塊鏈項目發起方存在利益捆綁。

九、直接交流

最後一點，也是最重要的。無論是面對面的路演，還是論壇社區或者社群進行交流，都能夠讓人直觀去了解這個項目的發起方是否靠譜。無論是對於區塊鏈產品項目還是技術上一些問題都能夠由項目方進行解答。是否靠譜，一驗便知。

❽ GitHub 是怎麼火起來的

之所以今天大家突然覺得Github火，可以說Git在Ruby社區普及和爆發幾乎是必然的事情，是從Ruby社區和Github開始的，在Ruby社區Github其實從一開始就很流行，但前幾年一直不溫不火。真正在開源社區普及和爆發。Git雖然是Linux內核社區開發出來的，我們2009年搞Ruby大會就邀請了Github的人來上海了，早在2009年Github在國內的Ruby社區就很有名氣了，這幾年我也算是看著Github發展起來的，只不過是因為剛拿到1億美元融資的眼球效應罷了。
Github是一個從Ruby社區誕生出來的項目Github不是突然火起來的