http://blog.jobbole.com/113828/
這篇有講到重點，作者是 UNIX 界大老 Eric Raymond
我自己的看法是，server 領域我不確定，但在嵌入式系統上
肯定會大放異彩，尤其是那些以 Embedded Linux 為基礎的設備
比方說 MTK LinkIt Smart 7688 上面預載了 nodejs & python，
但用過一次我就不想再用了，光印個 hello world 就慢到吐血，
除了 7688 CPU 本身就不快以外，有人解釋這是第一次載入比較
花時間，但就算有那個耐性等到程式載入，在這種鳥 CPU 上效能
還是沒辦法跟 C 開發出來的程式比的，除非有很成熟的 JIT。
JIT 還要有能力針對 7688 這顆 MIPS 優化
所以 Embedded Linux 上一堆人還是堅持使用 C(user mode)，免得功能
越加越多，產品越做越複雜時做不下去。
但 C 程式一旦變大出錯率跟維護成本就馬上衝高，這時候替代方案之一
是 C++，但這耍得好的人更少，弄不好比純 C 的專案坑還大
go 的出現終於填補了這個真空，簡單來說，就算沒有 goroutine 好了，
把 go 當作 c + gc 用也是賺到，前陣子有玩 LeetCode，發現 go 在
不少題目分數都十分接近 C，甚至可以把一些演算法稍差的 C 踢下去。
作者:
softseaweed (Gladys von Wackenheim)
2018-04-09 12:20:00rust:
作者:
Sunal (SSSSSSSSSSSSSSSSSSSSSSS)
2018-04-09 12:40:00rust:
作者:
remmurds (Stronghold)
2018-04-09 12:42:00rust
作者:
Argos (Big doge is watching u)
2018-04-09 13:11:00rust...
作者:
lNishan (紫小霓)
2018-04-09 13:20:00LeetCode 那種迷你程式完全不能當指標而且演算法強者也不會去刷 LeetCode
rust 比 go 還小眾好嗎...-.-tiobe連前50都排不進去
作者:
remmurds (Stronghold)
2018-04-09 13:44:00補充一點,Embedded Linux device常常就是網路設備網路不正是go強項?我很看好在iot上面的應用
作者:
final01 (牛頓運動定律)
2018-04-09 17:04:00如果只是當c+gc那直接用c就好了，你沒搞清楚狀況吧
作者:
rodion (r-kan/reminder)
2018-04-09 17:16:00首先得說我對GO的了解都網路看來的 GO的存在只有特殊場景才有實際效果 就是後端網路應用+需要大量運算的場景若只有網路應用(運算量小),python/node也有non-blocking若運算量大而少網路traffic,用c/c++效能更好總的來說 GO適合生存在這兩樣性質中間的Pareto point
c/c++觀念清楚的人很少,現實世界需要訓練成本低,少犯錯的開發工具,效能稍微差一點沒關係
作者:
senjor (哞哞)
2018-04-10 16:53:00而且很多時候觀念不好的人用低階工具效能不見得比較好...可以想成用C寫氣泡排序法 vs JS的 array.sort