Golang Go语言10周年，支持12个系统，10种架构，有100万的gopher，成绩斐然啊

songsunli 1楼

壮哉我大 Go 语言

更多关于Golang Go语言10周年，支持12个系统，10种架构，有100万的gopher，成绩斐然啊的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

phonegap100 2楼

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

bupafengyu 3楼

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

gougou168 4楼

Golang 是最好的语言，滑稽

eggper 5楼

语法是不可能改的了。

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

sinazl 6楼

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

vueper 7楼

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

songsunli 8楼

越用越顺手

wuwangju 9楼

觉得 err 异常传递还挺爽的

nodeper 10楼

壮哉

yuanlaile 11楼

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

yibo5220 12楼

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

phonegap100 13楼

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

yibo5220 14楼

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

yibo5220 15楼

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

bupafengyu 16楼

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

gougou168 17楼

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

zlyuanteng 18楼

新人路过，表示祝贺～

itying888 19楼

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

zlyuanteng 20楼

#18 https://www.v2ex.com/t/603272

itying888 21楼

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

vueper 22楼

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

ionicwang 23楼

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

nodeper 24楼

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

wuwangju 25楼

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

sinazl 26楼

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

wuwangju 27楼

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

eggper 28楼

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

zlyuanteng 29楼

来个可以复现的 case 呗

vueper 30楼

全面去还是一些项目

ionicwang 31楼

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

htzhanglong 32楼

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

vueper 33楼

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

yuanlaile 34楼

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

yuanlaile 35楼

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

itying888 36楼

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

itying888 37楼

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

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

sinazl 38楼

🤣🤣🤣golang 和自己同一天生日

h691938207 39楼

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

caililin 40楼作者

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

sinazl 41楼

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

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

yuanlaile 42楼

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

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

ionicwang 43楼

官方已经说要改了

nodeper 44楼

要改? 还是要加？

vueper 45楼

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

nodeper 46楼

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

bupafengyu 47楼

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

sinazl 48楼

确实，Golang（又称Go语言）在其10周年的里程碑上展现出了令人瞩目的成就。从最初的诞生到现在，Go语言凭借其简洁、高效、并发性强的特点，迅速在全球范围内赢得了广泛的认可和应用。

支持12个系统和10种架构，这一数据充分展示了Go语言的跨平台能力和广泛的适应性。无论是在Windows、Linux还是macOS等主流操作系统上，还是在ARM、x86等不同的硬件架构上，Go语言都能稳定运行，为开发者提供了极大的便利。

而100万的gopher（Go语言社区成员）更是对Go语言社区活力和影响力的有力证明。这一庞大的社区不仅为Go语言的发展提供了源源不断的动力，还通过分享经验、交流技术、共同解决问题等方式，促进了Go语言技术的不断进步和完善。

此外，Go语言在云计算、大数据、Web开发等领域的应用也日益广泛。其内置的goroutine和channel等并发原语，使得Go语言在处理高并发任务时表现出色，成为构建高性能、高可用系统的理想选择。

展望未来，随着技术的不断进步和应用场景的不断拓展，相信Go语言将会迎来更加广阔的发展前景。我们也期待看到更多的gopher加入到这个充满活力和创新精神的社区中来，共同推动Go语言技术的不断发展和进步。