为什么 Go 语言的性能还不如javaGo语言自亮相以来并没有展示一个明确go语言野心勃勃实际情况的方向，Google员工将Go语言称为一个“试验性语言”，称其试图融合Python等动态语言go语言野心勃勃实际情况的开发速度和C或C++等编译语言的性能和安全 。一位Go语言的支持者概括而言Go语言如下：简单、快速、安全、并发、快乐编程、开源；但Go语言缺乏方向以及其“集大成者”的尝试很容易会导致其学猫不成学狗也不成，沦为四不像 。尽管如此，编者仍然觉得Go语言有相当大的潜力：很多开发者对它感兴趣——不仅它的最初设计者阵容强大，而且在参与修改源代码的人群中也不乏大牛级人物 。这很有可能帮助Go语言找到适合自己的方向，开拓系统编程的新方向 。
驳狗屎文 "我为什么放弃Go语言此篇文章流传甚广, 其实里面没啥干货 ， 而且里面很多观点是有问题的. 这个文章在 golang-china 很早就讨论过了.
最近因为 Rust 1.0 和 1.1 的发布, 导致这个文章又出来毒害读者.
所以写了这篇反驳文章, 指出其中的问题.
有好几次，当我想起来的时候，总是会问自己：我为什么要放弃Go语言？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题 。
开门见山地说 ， 我当初放弃Go语言（golang），就是因为两个“不爽”：第一 ， 对Go语言本身不爽；第二，对Go语言社区里的某些人不爽 。毫无疑问，这是非常主观的结论 。但是我有足够详实的客观的论据，用以支撑这个看似主观的结论 。
文末附有本文更新日志 。
确实是非常主观的结论, 因为里面有不少有问题的观点(用来忽悠Go小白还行).
第0节：我的Go语言经历
先说说我的经历吧，以避免被无缘无故地当作Go语言的低级黑 。
2009年底，Go语言（golang）第一个公开版本发布 ， 笼罩着“Google公司制造”的光环，吸引了许多慕名而来的尝鲜者，我（Liigo）也身居其中 ， 笼统的看了一些Go语言的资料，学习了基础的教程，因对其语法中的分号和花括号不满，很快就遗忘掉了，没拿它当一回事 。
在2009年Go刚发布时, 确实是因为“Google公司制造”的光环而吸引了(包括文章作者和诸多IT采访人员)很多低级的尝鲜者.
还好, 经过5年的发展, 这些纯粹因为光环来的投机者所剩已经不多了(Google趋势).
目前, 真正的Go用户早就将Go用于实际的生产了.
说到 其语法中的分号和花括号不满, 我想说这只是你的 个人主观感受, 还有很多人对Go的分号和花括号很满意,
【关于go语言野心勃勃实际情况的信息】包括水果公司的的 Swift 的语言设计者也很满意这种风格(Swift中的分号和花括号和Go基本相同).
如果只谈 个人主观感受, 我也可以说 Rust 的 fn 缩写也很蛋疼!
两年之后，2011年底 ， Go语言发布1.0的计划被提上日程，相关的报道又多起来，我再次关注它 ， 重新评估之后决定深入参与Go语言 。我订阅了其users、nuts、dev、commits等官方邮件组，坚持每天阅读其中的电子邮件，以及开发者提交的每一次源代码更新，给Go提交了许多改进意见，甚至包括修改Go语言编译器源代码直接参与开发任务 。如此持续了数月时间 。
这个到是事实, 在 golang-china 有不少吵架的帖子, 感兴趣的可以去挖下, 我就不展开说了.
到2012年初，Go 1.0发布，语言和标准库都已经基本定型，不可能再有大幅改进，我对Go语言未能在1.0定型之前更上一个台阶、实现自我突破，甚至带着诸多明显缺陷走向1.0，感到非常失望，因而逐渐疏远了它（所以Go 1.0之后的事情我很少关心） 。后来看到即将发布的Go 1.1的Release Note ， 发现语言层面没有太大改变，只是在库和工具层面有所修补和改进，感到它尚在幼年就失去成长的动力 ， 越发失望 。外加Go语言社区里的某些人，其中也包括Google公司负责开发Go语言的某些人，其态度、言行，让我极度厌恶，促使我决绝地离弃Go语言 。
推荐阅读
- jquery选择器id使用变量，jqueryid选择器怎么选
- jqueryui横屏幕，jquery旋转
- 姐姐直播是什么软件，姐姐直播是什么软件好用
- 电脑系统怎么做到固态启动，电脑怎么设置从固态启动
- c语言的大小字符转换函数 c语言的大小字符转换函数怎么写
- 怎么修复平板电脑电池损耗，平板电池不耐用怎么办小窍门
- 企鹅原创视频号高清，企鹅号短视频
- 什么直播平台开放，什么直播开放现在
- python函数传递 python函数传递列表