⑴ Bowery為什麼放棄Node.js，轉向Go
Bowery是一個基於雲技術的開發平台，強大的協同處理技術讓即使分散各地的團隊成員都能無縫地進行工作。在2014年進行的一次由Node.js轉到Go的變更中，Bowery獲得了不錯的性能提升。那麼Go有哪些亮點值得開發者關注的呢？
強大的跨平台編程能力
Bowery團隊指出Go能很方便地在不同系統里進行程序編譯，這是他們轉入Go的重要原因之一。
作為開發平台，對Linux，Windows，OSX等常見操作系統提供支援是能否吸引開發者的基本要素。在Go中，開發者可以針對不同操作系統定義不同的文件來實現相同的功能函數。Bowery團隊成員Larz在創建Prompt應用（命令行輸入）時，就是藉助Go而輕松實現了跨平台編譯。而開發者要做的，就是設置好不同的環境變數。
快速部署
在Go平台中，從測試環境到真實環境的切換是非常便捷的，因為它無需額外的系統依賴。特別是對於Bowery提供給用戶的命令行工具來說，用戶無需安裝java，RVM或者NPM等工具便可正常運行。
並發處理
Node.js在並發處理方面處於劣勢，僅有I/O程序或計時器運行在並發模式。因此如果希望打造一個快速響應的跨程序通訊系統，Go無疑是更好的選擇。Go提供了低級別的並發處理基元，例如mutexes、wait groups等等。
整合測試框架
如果希望找到一個標准化的整合測試框架，不妨進入Go來體驗一番，它內建了完整的測試包，免去了四處尋找的麻煩。如果想編寫一個新的測試套件，只要把_test.go文件添加到相同的包里就可以了。有關Go測試的更多信息，請點擊這里進行訪問。
標准庫
Go提供了標准庫，標准庫的好處是無需包含其他擴展庫，從而能節省開發時間並且還提高了健壯性。
強大的開發者工作流工具
Go的工作區界面能幫助建立標准化的工作流，雖然這或許會壓縮了開發的自由度，但得到的是一個結構化的有條理的工作區：該區有三個根目錄，src
用於放置源碼包，pkg用於放置編譯包，bin放置的是執行文件。把源碼和依賴文件集中存儲的好處是使團隊成員都有一個相同的文檔結構，而不會出現雜亂的
文檔情況。此外gofmt能以相同風格對代碼進行格式化，這是一個非常實用的功能。所以一旦需要進行調試，只需集中精力解決當前問題而無需分心處理結構或
風格等瑣碎問題。
最後總結幾點Go語言學習心得，希望對新接觸Go語言的開發者有所幫助：
經常訪問官方博客，獲取最新Go資訊；
經常訪問官方教學文檔；
建議瀏覽Ardan工作室成員Bill
Kennedy的Go編程博客；
Go by
Example上有大量的實例，能幫助開拓視野；
GopherAcademy有很多有關Go最佳實踐的文章。
⑵ Go語言有什麼好用的IDE嗎
我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
說eclipse：
構建方式是使用go
install
命令，每一次編譯運行都是go
install。這樣的好處就是如果你有很多的包，下載下來並沒有編譯，這樣每次編譯速度是很快的。而且（！）go
install
符合go官方的項目結構，官方說過了，一個go的項目應該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go
install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結構，項目結構，都是非常完美的！！！！真的很完美！可是，他的代碼提示，太差件！大括弧都不能自動補全，gdb
32bit
64bit兼容問題，eclipseC++
沒有html
js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發演算法，數據處理，還是推薦eclipse的，畢竟其他都無關緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向導，導致改成go項目各種不開心，比如圖標對於我來說就無法接受go
lib
不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結果），然後說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關系，用idea似乎有點格格不入，但是！idea支持新建項目向導，lib的圖標也很清晰，最後還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構建方式是go
buiild
這個讓人很不爽，我們幾乎不確定會構建到什麼地方去，還要每次設置一下run配置。這個可能無關緊要，畢竟不是什麼大的毛病，可是go
build不能緩存.a文件，直接構建的結果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install
一下解決這個問題。自帶代碼格式化，這個格式化跟go
格格不入，總的來說就是蛋疼，心碎，菊花癢。
最後說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典範，然而默認構建也是go
build，項目管理方式不符合go官方標准。代碼提示不能自動導入（eclipse也不能），不過如果你的項目是以包為單位的，那麼另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決於你的項目是用vendor機制管理，還是godeps機制管理依賴關系。go不像java擁有強大的幾乎天下一統的maven（無意冒犯，暫不評價其他構建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構建套件。
上面三個沒有是致命要害。導致民間各種百花齊放。
說說我的項目怎麼管理
gpm
一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發布項目直接把依賴包發布上去（公網管理則只上傳依賴關系文件
godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。
⑶ javascript會被Go語言或其他語言代替嗎
Go剛出那幾年一直在用它，我很確定不可能替代js。目前所有編程語言中，只有c/c++與js分別在OS/Browser領域成為「標准」，連python在cg領域都被c#、js入侵，這種路徑效應，是幾十年都很難改變的。
但是，如果使用Node做伺服器端開發則要小心，除非是採用typescript或者可以良好的應用函數式編程，否則得不償失。伺服器端，就應該跑設計良好的靜態語言，或者是函數式的動態語言（因為函數式天生更健壯），anders說過（c#作者）：你告訴編譯器的越多，它為你做的越多；以前的瀏覽器端只能跑腳本語言是沒辦法，因為代碼是客戶端過來，必須解釋執行。
以前c++、java開發效率不夠，所以才導致Python，Ruby、PHP等動態語言的流行，現在靜態語言及其框架的開發效率已經接近動態語言。像F#這樣支持自動泛化的語言，可以擁有動態語言同等水平的簡潔性，卻仍可確保類型安全。
當然，你自己搞個博客，弄個小電商網站什麼的，php都夠了。
⑷ go web修改代碼後怎麼編譯
一般來說你查看源代碼、直接復制粘貼在一個文本文件、然後改名為index.html就可以了 當然這種情況、如果是單獨放的css和js、你就復制不出來、需要你找到對應的文件
⑸ 想做副業，學編程，學哪種語言比較好（零基礎）
最近有很多同學問我，我是一個零基礎的小白，到底學習哪一種語言比較好？作為一個寫了十年代碼程序員，用過七種語言的我來說，必須要強調一下，語言只是一種工具，當你真正理解了要做的事，選一個順手的就行。跟工具一樣，哪天有新的好用的語言出來，把舊的扔掉就好。
我今天寫這篇文章的目的是想給大家一個參考。
決定用什麼語言的因素有有很多，比如性能，內存佔用，開發難度，運維難度，目標平台，可執行文件大小，代碼可維護性，項目周期，項目規模，招聘難度，團隊構成，歷史遺留問題，甚至派系斗爭等。
比如騰訊就有大量歷史遺留的C和C++的伺服器代碼，畢竟20年前沒得選。又比如空降技術負責人可能會為了讓自己人上位，讓自己團隊出成績，選擇用其他語言或者框架對本來工作良好的系統進行重構。
下面開始聊語言
Python
先說python，是因為這個語言小學生都開始學習了，以後不會python要被小學生欺負了。語法簡單，除了前端幾乎萬能，可用的庫極其豐富，能想到的功能幾乎都有現成的庫可以用。不管是搞爬蟲，做人工智慧，機器學習，數據分析，還是自動化運維，自動化測試，python幾乎都是首選。不想當程序員還想學習一門語言的話，學習python就沒錯了。缺點是慢，但是能讓機器累的事，何必讓人來累。
PHP
PHP是世界上最好的語言，可能這個已經成為很多程序員的梗。
我沒用php開發過大型項目，自己做東西的感覺是這語言非常簡單，以前用的人很多，招聘容易，但是不適合做復雜的項目。現在用得越來越少了，迅雷以前有不少運營活動頁面是PHP做的。
C
C的語法足夠簡單，應該是最接近機器語言的高級語言，適合編寫操作系統底層，驅動程序，硬體相關的程序以及看重性能的程序。由於過於簡單，構建大型程序的復雜度非常高，建議想往研發方向走的同學都學習一下C語言。
可以對計算機一些底層原理了解，比如指令執行過程，內存管理，異常，多線程，編譯過程等又更深層次的了解。掌握C語言再學習其他語言會變得很輕松，學習破解也有幫助，畢竟匯編基本都可以反編譯出C代碼。
C++
C++是一個糟糕的語言，這不是我說的，這是Linux之父說的。我自己用C++四五年時間，越到後面就感覺這句話越有道理。
首先C++的強大是毋庸置疑的，但是作為一個跟C一樣偏底層的語言，如果不理解寫的代碼背後到底發生了什麼事，如果出了錯，你是永遠不可能知道錯在哪裡的。
一個沒有垃圾回收的語言，不用智能指針很容易導致內存泄漏，錯誤的用了智能指針不但內存泄漏之後不好解決，還容易導致提前釋放等問題。
C++支持強制類型轉換，如果轉換前後的內存結構不一樣，很有可能導致各種隱性問題。還有Java之類非原生語言的異常處理都是語言自定義的異常，而C和C++中的異常很多都是操作系統層的異常。
Windows下一個簡單的try catch，你覺得可以抓到try中所有的異常，但是由於異常處理函數的指針保存在棧上，這時一個棧溢出可能直接導致異常處理函數指針被覆蓋，異常會出現在你意想不到的地方。微軟有大神曾說過，想你的代碼後續可維護就刪掉代碼中所有的try catch。
又由於語言非常底層，當程序出現底層崩潰的時候，想解決掉這個崩潰往往要讀一些匯編，這時候如果使用了大量的模板，比如stl和boost，那生成的匯編幾乎完全不可讀。看過stl代碼的人應該都知道這玩意兒寫的有多晦澀，就導致了你想用一個C++庫，如果不了解這個庫的實現原理，那大概率會出錯。
C++的復雜度又讓你很難真的理解那個庫的原理，結論就是C++強大，但是必須用的人也強大。C++直到現在還在瘋狂的增加特性，我用了四五年我自己都不敢說自己會玩C++，能用其他語言就優先考慮其他的，把C++作為最後的選項，不建議新手學，除非你的目標領域必須使用。
Rust
Rust是為了解決C和C++的各種問題而出現的語言，性能接近C++，通過所有許可權，不用垃圾回收就解決了生命周期管理。有包括管理，又有極其嚴格的編譯器檢查，能編譯通過的代碼就不會有大問題，編譯器直接把水平不夠的新手擋在了門外，通過解決出問題的人是方式，從根本上解決了C++的問題。
我第一次用rust寫個小程序就跟編譯器較了一天的勁。它的缺點就是學習難度太大，語言太小眾，庫太少，很多輪子都要自己造。但是隨著微軟之類的大廠使用，相信之後發展會比較好，新項目如果需要C或者C++可以優先考慮rust。
Java
我現在主要也是一個Java程序員，對於Java這個語言我並沒有什麼很特別的感覺，配套設施完善，什麼都能幹，體驗非常贊，就是內存佔用有點難看。想搞安卓考法的必修，阿里有大量的伺服器項目使用Java。
唯一想吐槽的是gradle這個構建系統，版本問題搞得很頭疼。
JavaScript
js是前端的必修課，沒得選，然而node讓js也萬能了。用node做過後端項目後，感覺動態類型語言還是不太適合，由此帶來的低級錯誤很多，雖然可以用typescript解決，但是最終還要編譯成js，無法直接調試。由於沒有原生的多線程支持，利用cpu也只能通過開多個進程的方式。小項目的後端做著玩還可以，大點的還是考慮Java或者是go吧。
Lua
Lua是極其輕量的語言，語言特性接近js，runtime非常小。作為一個腳本語言，性能出色，內存佔用低，很適合各種嵌入式設備或者插件系統。
Go
這玩意兒一定是谷歌為了解決自己後端項目中遇到的問題而開發的語言，各種特性直戳痛處。語法簡單，規范嚴格，這就讓不管什麼水平的開發寫出來的代碼差距都不會太大。
靜態類型，沒有默認參數，沒有異常處理，可以降低犯低級錯誤的概率。編譯成原生代碼，可內嵌C代碼，原生支持協程和多線程，可以保證性能，支持跨平台編譯，輸出單文件方便部署，這些優點帶來的問題是Go的指向性太強，只適合做高並發api類的後端服務。
想用Go開發其他任何領域都會覺得特別別扭，類似C的語法過於簡單，又沒有泛型，導致很多功能都顯得很啰嗦。但由於Go解決了部署問題，跨平台問題，降低了研發人員的水平要求，降低了犯錯誤的概率。
關於這些語言的性能沒有絕對的排序，但根據我做項目帶團隊和面試的經驗，絕大多數的程序員的水平都還碰不到語言的性能瓶頸。一般來說對語言的理解以及多線程，演算法，網路，資料庫，緩存。硬體甚至業務的理解都比語言的性功能影響更大。
再次強調，語言只是工具，只有適不適合，沒有好與不好。基礎強大，用哪個都不怕，基礎太差，用什麼都尷尬。
只是會語法並不是掌握了這門語言，要知道程序背後發生了什麼。比如C++的對象模型，Java的虛擬機，垃圾回收，Go的協程，js的promise，rust怎麼編譯通過等等。
基礎是一門語言的核心，不管學習哪一門語言都要重點學好基礎。
⑹ 能否用Golang解析JavaScript腳本
肯定能，如果你自己能寫一個解析器出來的話。
V8、犀牛、猴子什麼的js引擎貌似不少，想辦法把它集成到你的golang項目就ok了，比自己實現解析容易。
⑺ 如何讓go編譯的程序後台運行
請自行查看我前面寫得GO語言開發環境和GO語言IDE編輯器的經驗文章
我們先寫一段GO代碼
很簡單就是列印輸出一個hello world！
保存為print.go文件
然後再CMD下一路cd到print.go目錄下來
在cmd下運行 go run print.go就可以運行go程序了
看看運行結果
GO程序的代碼是可以直接編譯成exe文件的
在print.go目錄下運行 go build print.go即可把go程序編譯成exe文件
完成之後看看exe文件是否存在
最好我們要看看運行exe的效果
⑻ 花兩天時間學習了 Go 語言，發現比 Node.js 高不知多少去了
先說感受到的先進性：
語法非常簡潔，有種在學 C 語言的感覺，學習過程覺得很輕松，沒有太陡峭的曲線，但語言也完全夠用
自帶工具就非常強大，而且各 IDE 和 Editor 都能集成，開發工具完全不是問題
go get = git clone + go install ，從 github 上直接 clone 下源碼，編譯出 .a 包文件和安裝 bin 到 $GOPATH ，就可以本地任意地方使用了。反觀 npm ，相信很多人不知道 NODE_PATH 的存在。
gofmt 代碼風格統一，碼農們再也不用為空格與 Tab 爭吵了
go test 支持 benchmarks 和覆蓋率測試
godoc 查看文檔的工具。支持本地執行 godoc -http=:8080 後就能在瀏覽器中訪問golang.org的本地 版，對被牆的同學是個不錯的選擇
支持 Github （ Gitlab 等也可以）遠程包，不需要發布到類似 npm 那樣的地方
並發用協程和 channel 非常容易寫，業務邏輯中可以盡量避免回調
部署非常簡單，可以運行二進制文件，也可以通過 go get 來安裝 bin ，運維起來非常方便
API 穩定，據說從發布到現在語法基本沒變，只是 Go 內部做了改進和優化
本人還用 Swift 寫過 iOS ，發現 Swift 似乎是從 Go 身上學了不少東西。。
劣勢：
G...FF..WWW ，想下個 pkg 安裝文件非常困難，最後是通過 brew 下載的
國內資料少（這么簡單的語言，似乎也不需要什麼資料）
社區小不如 npm ，國內想找個工作更是困難
不確定性：
性能與 Java 比如何，相當於什麼水平
綜上所述，感覺 Go 確實是一個目前比較理想的開發工具，大家一起討論討論，人生苦短，為何不用 go ？