go 10 周年,支持 12 个系统， 10 种架构，有 100 万的 gopher,成绩斐然啊

壮哉 我大 Go 语言

泛型出来应该是新项目首选语言了，五年内应该有更广泛的应用，能和 Java 平分秋色了

语法向 kotlin/rust 这些语言靠拢就好了，
现在还是太丑太嗦

Golang 是最好的语言，滑稽

@iPhoneXI 语法是不可能改的了。

不过话说 Go 和 Rust 在简洁度上各有长短。

楼主估计没写过 golang，设计有先天内伤，panic 多少你想哭，debug 到最后发现是先天残疾。

@dafengqi panic 为啥哭？写了 5 年基本不用 panic。

越用越顺手

觉得 err 异常传递还挺爽的

壮哉

@iPhoneXI #3 就 err != nil 这句很嗦，其它的语法已经算少了，要还是说嗦的话，隔壁的 JAVA 已经在厕所哭得不敢出来了

用起来感觉还可以 交叉编译真的爽 就是错误处理写起来烦了点儿

十年过去了，那宠物还是那么丑(●__●)

@dafengqi 已用多年, 越来越好使, 系统部署,效能,稳定性都符合甚至超出期望

Golang 语法简单是优势，易上手，随便写写就能写出性能不错的服务，这才是写服务的首选语言

我记得当年还是 0.几版本的时候用过一次，一个 helloWorld 编译了 7、8 秒，当时就卸载了

@secretman 那时候真的太早了，还必须在 linux 下跑…

新人路过，表示祝贺～

对 go 的编译器优化一直有点怀疑。
之前有个帖子用各种语言计算素数，go 栗子是最慢的，然后有大佬对栗子代码中的循环加 continue，改条件等一系列不明操作给优化到 c/c++水平。。

@zhyl #18 t/603272

鄙鹅厂已经决定去 Java，全上 Go 了……
然而老系统改造真是让人想死

交叉编译爽，真正的一份代码，到处运行；像脚本语言，不同的硬件上需要安装不同的运行库； C/C++需要不同的交叉编译器；

@secretman 你运气不好，go 就一直拿编译速度作为设计目标之一的

@mengzhuo 为什么要去 Java 而不是去 C++啊

@iPhoneXI C++ 还有大量拥趸，用法跟 Go 也没有多少交集。

@mengzhuo
继续维护前任的屎山肯定出不了绩效嘛，肯定是用新语言重构绩效来的最快
而且自己上去了也不用自己维护了[摊手]

@zhyl 追求编译速度的语言怎么可能优化好...........

bilibili 的 golang 开源功不可没（狗头）

@mengzhuo 全面去 还是一些项目

@u823tg 别的 BG 不好说，反正破产鸡和云都在搞了。

@Navee 那就错了，一听说 jdk 要收费，各个大佬都觉得是威胁了，毕竟体量在那。

@zhyl

据我的观察……我总觉得 go 编译器的开发者比起编译器优化，更加在意编译速度。这也是我写 go 写到现在一直不理解的一个问题，一般来说，十倍的编译速度来换运行时的速度都应该是可以接受的（对我来说），为啥他们那么在意编译速度呢。

@JamesMackerel 因为都是辣鸡苦手，编译的快出 bug 的几率高一些，出 bug 的几率高了，效率也就提高了（ bug 的总量不变，但是编译速度决定了 bug 的解决速度 23333333333 ）

从 Python 转 Go 真的太痛苦了...一堆乱七八糟的静态语言特性还得适应= =
但据说 Java 转 Go 就很爽，不过 Kotlin 不香吗？

@JamesMackerel 其实也一直在优化的，gc,run time 还一直在改进，只能说需要做的工作太多了，go team 比较重视编译体验,这个真的是一个痛点，从 C++过来的人会深有体会

@dbskcnc 那我还真没怎么写过 C++……我对面那个写 C++ 的老哥总是跟我说，clang 它不香吗。当然我自己是没体会……

然后还听过有的公司因为 C++ 编译过于慢，所以自研编译器以期提高编译速度的。其实到了一定地步，编译器的速度确实会是一个很大的问题。但是其实在大部分情况下，其实编译速度都不应该成为主要的要考虑的点吧。

golang 和自己同一天生日

额，go 也是是个"老“语言了，还以为是最近几年的呢！

Go 的问题其实就剩下泛型了…新版本估计 2020 年就能出了吧

@JamesMackerel
其实道理很简单，当你可能只是修改了几个小小的字母，重新运行一次需要编辑半个小时的时候，你就会觉得编译快也是很有用的一件事了。

简单来说其实也就是提高开发速度。

@JamesMackerel 编译速度仅仅是一个指标而已，当然我也赞成像 c/c++一样加编译开关来控制这种情况，实际上软件工程的其它因素会占更大的部分，如何招人，协作，代码评审，系统测试，部署，语言生态和口碑等等都得考虑，总体来说，让不同的人（不仅仅是编码者）都舒服的语言竞争力会比较好一点，以人为本还是有天生的亲和力的。

以我的经验，go 项目可以让相当多的人参与进来，不管是写 Js,java,c/c++,php，都基本没什么障碍，最重要的是很容易有产出（简单和顺序化可能还真的比较适合人的大脑），并且产出的效率和质量都还可以，系统的集成没那么多不好追查和处理的幺蛾子

@liulaomo 官方已经说要改了

@PiersSoCool 要改? 还是要加？

@mengzhuo #21 卧槽这么强么，可以跳槽去企鹅写 Go 哈哈

@mengzhuo #32 还是因为腾讯本身就没什么 Java 吧，内容型的业务，头条珠玉在前，快速迭代、省服务器资源，Go 独步武林。

@dbskcnc #36 是的，比如不允许交叉引用，不允许不使用的变量等，都是为了这个服务，Debug 的时候庆幸有这些保证，导致谩骂队友的几率大大降低。