@neoblackcap
1. 编译速度这个真的很有竞争力,使用 C++编译过大一点的系统,那感觉真的是解放(如果加上 go mod 的方便,那感觉就更不一样),当然也会有人指责说生成代码优化得不够好
2. go team 的人也不是原地踏步好不好,秒杀绝大部分人是没有问题的,当然三个臭皮匠顶个诸葛亮,go team 目前至少面上还是做了集思广益的工作
3. 这个很中肯,以目前 go 的水准,已经符合不少实际需要, 只是不少人也喜欢花衣裳

qiniu 赞助的，还不错，不过我一般用 https://athens.azurefd.net

吵得是挺热闹的，但是似乎没 get 到重点
在 go 语言的设计原则下（简单不烧脑，便于工程实践，性能基本够用），增加泛型确实不是个轻松的事情，现有的其它语言解都有这样或者那样的弊端。

目前这个至少是衡量了各方面限制做出的一个可行解，放出来，经过各路神仙打磨，可用性还算是可以的，至少通用数据结构和算法库可以跟上当前编程语言界的水平

对于对此方案的各种意见，其实也只是我们各种 go 粉或者 go 黑的自 high 罢了，以 go team 浸淫计算机编程数几十年的功力，人家确实都懒得搭话，毕竟差距就是那么大，简单点就我们项目开发时一些新手的技术选型提议，多数只是天真的人云亦云罢了，真的很难有深刻的思考和实践

多数是二房东,它们已经是吃这个习惯了,主要是多数人也都只能忍受,多带几个朋友,最好面狠一点,嚣张就要怼它,否则只有自己吃亏的份

应该诅咒的是严格控制言论的 xxx gov 和 gcd

@fengjianxinghun err 或者 panic 都可以用,个人是喜欢 err, 但是有人喜欢用 panic,你也没办法,毕竟这里没有对错,只是风格喜好不同, 如果你调用的模块(库)用了 panic,只有 recover 应对, 自己写的几年 go 没用过 panic,但 recover 有时还是得用

@ChristopherWu 出异常的地方通常都跟处理的地方离远了,思维不连续,并且异常容易混一起,也让人很容易偷懒

@fengjianxinghun 这个就是见仁见智而已, 不喜欢也正常,或许 rust 那样的适合您的口味

@ChristopherWu 返回值通常都得考虑,这样思维强制必须处理错误,不容易出现那种出错了还往下走的情形

这个好, 虽然 if err!=nil 是有点啰嗦,但是对于程序稳定性真的非常好

换环境,换工作,停留在当前的境地只会徒增痛苦,适当抛弃一些东西,命都留不住了,很多东西就没必要留恋

@humor66 有连接吗, 官网没看到有这么便宜的

入手过后腾讯云一生黑，不定期一到两个星期重启，还解决不了

打算入的,闲置两个月被迫退掉(按原价计算,两个月相当于一年的费用),平均一个星期给你重启一次,还老是发短信警报,甚是闹心,腾讯云从此一生黑

manjaro 17.1.12 + deepin 15.7, 感觉很不错