這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。
其實關注Go很久了，上次去參加Gopher China的活動也有段時間了，每個周末也會抽時間看看Go的文法，之前一直忙著學習Android的開發，最近也終於有時間學習go了。
- 部署簡單。Go 編譯產生的是一個靜態可執行檔，除了 glibc 外沒有其他外部依賴。這讓部署變得異常方便：目標機器上只需要一個基礎的系統和必要的管理、監控工具，完全不需要操心應用所需的各種包、庫的依賴關係，大大減輕了維護的負擔。這和 Python 有著巨大的區別。由於曆史的原因，Python 的部署工具生態相當混亂【比如 setuptools, distutils, pip, buildout 的不同適用場合以及相容性問題】。官方 PyPI 源又經常出問題，需要搭建私人鏡像，而維護這個鏡像又要花費不少時間和精力。
- 並發性好。Goroutine 和 channel 使得編寫高並發的服務端軟體變得相當容易，很多情況下完全不需要考慮鎖機制以及由此帶來的各種問題。單個 Go 應用也能有效利用多個 CPU 核，並存執行的效能好。這和 Python 也是天壤之比。多線程和多進程的服務端程式編寫起來並不簡單，而且由於全域鎖 GIL 的原因，多線程的 Python 程式並不能有效利用多核，只能用多進程的方式部署；如果用標準庫裡的 multiprocessing 包又會對監控和管理造成不少的挑戰【我們用的 supervisor 管理進程，對 fork 支援不好】。部署 Python 應用的時候通常是每個 CPU 核部署一個應用，這會造成不少資源的浪費，比如假設某個 Python 應用啟動後需要佔用 100MB 記憶體，而伺服器有 32 個 CPU 核，那麼留一個核給系統、運行 31 個應用副本就要浪費 3GB 的記憶體資源。
- 良好的語言設計。從學術的角度講 Go 語言其實非常平庸，不支援許多進階的語言特性；但從工程的角度講，Go 的設計是非常優秀的：規範足夠簡單靈活，有其他語言基礎的程式員都能迅速上手。更重要的是 Go 內建完善的工具鏈，大大提高了團隊協作的一致性。比如 gofmt 自動排版 Go 代碼，很大程度上杜絕了不同人寫的代碼排版風格不一致的問題。把編輯器配置成在編輯存檔的時候自動運行 gofmt，這樣在編寫代碼的時候可以隨意擺放位置，存檔的時候自動變成正確排版的代碼。此外還有 gofix, govet 等非常有用的工具。
- 執行效能好。雖然不如 C 和 Java，但通常比原生 Python 應用還是高一個數量級的，適合編寫一些瓶頸業務。記憶體佔用也非常省。
所以Go 是一門很不錯的語言，其實語言只是工具，程式＝演算法+資料結構+語言。所以還是最近同時也在學習mysql。資料庫一直是我的軟肋。演算法和資料結構的東西也要慢慢加強了，因為這是成為一位好程式員的基本素養。
開始學Go
