社區觀點：我是如何從Java轉型為Go區塊鏈工程師
前言
二級標題
前言
本人在加入比原鏈之前一直是做Java開發的，當初看到Go還有點猶豫，還怕過不了面試，結果是否掌握一門語言的考量確實沒那麼高，我順利入職比原鏈，並在半個月內很快掌握Go並能夠進行核心項目的開發。
二級標題
二級標題
二級標題
稍微對比較有名的項目採用的編程語言做個統計，如下圖：
二級標題
二級標題
老一代的公鏈，比如Bitcoin，Litecoin一般使用C/C++較多（我們看看那個時間，當時Go還沒起來呢），新一代的公鏈比如以太坊，聯盟鏈翹楚超級賬本，開始較多使用Go語言，當然我們看到Rust的發展勢頭也很猛，近兩年的很多公鏈比如波卡，Grin都開始採用Rust語言開發了。
二級標題
Go語言的優勢
部署簡單
Go 編譯生成的是一個靜態可執行文件，除了glibc 外沒有其他外部依賴。這讓部署變得異常方便：目標機器上只需要一個基礎的系統和必要的管理、監控工具，完全不需要操心應用所需的各種包、庫的依賴關係，大大減輕了維護的負擔。可直接編譯成機器碼，不依賴其他庫，glibc的版本有一定要求，部署就是扔一個文件上去就完成了。
性能優秀
雖然不如C 和Java，但通常比原生Python 應用還是高一個數量級的，適合編寫一些瓶頸業務。內存佔用也非常省。
並發性&通道
Goroutine 和channel 使得編寫高並發的服務端軟件變得相當容易，很多情況下完全不需要考慮鎖機制以及由此帶來的各種問題。單個Go 應用也能有效的利用多個CPU 核，並行執行的性能好。
良好的語言設計
Go 非常簡單，且易於學習。從學術的角度講Go 語言其實非常平庸，不支持許多高級的語言特性；但從工程的角度講，Go 的設計是非常優秀的：規範足夠簡單靈活。正是由於Go 的簡單性，任何的Python、Elixir、C++、Scala 或者Java 開發者皆可在一月內組建成一個高效的Go 團隊。
標準庫&工具
Go目前已經內置了大量的庫，特別是網絡庫非常強大。更重要的是Go 自帶完善的工具鏈，大大提高了團隊協作的一致性。比如gofmt 自動排版Go 代碼，很大程度上杜絕了不同人寫的代碼排版風格不一致的問題。把編輯器配置成在編輯存檔的時候自動運行gofmt，這樣在編寫代碼的時候可以隨意擺放位置，存檔的時候自動變成正確排版的代碼。此外還有gofix, govet 等非常有用的工具。
團隊牛逼
Go語言後面的支持者是Google，語言足夠在各種場景下得到檢驗，同時創始人還是C語言之父，對後續的發展和創新可期。
Go成功的項目
Go語言在雲時代得到了比較廣泛的應用，特別是Docker和K8s這樣的殺手級產品的出現讓Go語言在工程界佔有一席之地。
除此之外，Go語言還有非常多的成功運行中的軟件：
nsq：bitly開源的消息隊列系統，性能非常高，目前他們每天處理數十億條的消息；
packer：用來生成不同平台的鏡像文件，例如VM、vbox、AWS等，作者是vagrant的作者；
skynet：分佈式調度框架；
Doozer：分佈式同步工具，類似ZooKeeper；
cbfs：couchbase開源的分佈式文件系統；
god：類似redis的緩存系統，但是支持分佈式和擴展性；
二級標題
二級標題
gor：網絡流量抓包和重放工具；
二級標題
生態卡位和隱性標準
這兩大超級區塊鏈的影響力可不是一般項目可以比擬的，不僅在生態中佔據了大的坑位，事實上還隱性的製定了區塊鏈的標準，不論是公鏈中的智能合約，還是聯盟鏈的技術，都繞不開以太坊和Fabric，那麼對於一家想要做區塊鏈技術選型的公司來說，最快捷的實現是什麼？自然是直接照搬這兩個項目的創新，再捷徑一點就是直接拿開源代碼改，那麼自然Go語言就成為後來者的首選，換種語言重新實現一遍難度也不小，而且如果選擇一些創新但不是非常成熟的語言還會缺失一些特定庫的支持從而導致項目無法開展。
Hyperledger Fabric是已部署的企業區塊鍊網絡中使用最多的協議框架，超級賬本Hyperledger（其中Fabric作為旗艦協議）是集成商和軟件開發平台最常支持的協議框架，比例達到了53%。
二級標題
二級標題
而在所有的區塊鏈技術書籍裡面，有關超級賬本的書籍是賣的最為火爆這個事實也是側面印證了超級賬本Hyperledger的影響力。
二級標題
比原鏈在Go語言中的實踐
在選型編程語言的過程中，考量了C，C++, Java，但C/C++大項目維護難度大，而Java又略顯笨重，此時Go語言已經在區塊鏈項目上大放異彩，也逐漸形成技術和人才的一個頭部效應，那麼順應潮流進行技術選型自然也會減少初始比原鏈項目遇到的阻力，當然在逐漸開發過程中，我們也感受到了選用Go語言帶來的便利和優勢。
Go在區塊鏈上的一個Case
二級標題
總結
二級標題
總結
