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