八卦板可能太芭乐了，认真问，真的有板友的公司是用 Go 作为主要语言的吗？
※ [本文转录自 Gossiping 看板 #1Qmo_r_J ]
作者: changyuheng (Henry) 看板: Gossiping
标题: Re: [问卦] C语言学到什么程度才可以说自己会写C
时间: Tue Apr 3 15:40:34 2018
借大神的文章发问：
Go 的效能很好、GC 超越 Java、static typing、syntax 也简洁
容易写出多核心 CPU 利用度高的程式。
但是它没有
exception handling syntax、
null safety、
function/operator overloading、
inheritance，
加上 standard library 不够广泛，
套件管理不优，
也就算了，
居然没有 generic types，
请问这样要怎么写，为什么还那么红，有挂吗？
※ 引述《jserv (松鼠)》之铭言：
: ※ 引述《orz77586 (成大harden)》之铭言：
: : 需要强到像Jserv一样可以边演讲边用开外挂的速度打扣
: : 还是学到什么程度就可以说算是会写C了
: : 版上大大们有没有什么看法
: 板上先进比比皆是，但是大多忙碌，最近刚好在研究社交网络的我代替大大们回复。
: 身为中学摸 C 语言、大学摸 C 罩杯的大叔，我只想说“均衡发展”远比钻牛角尖
: 重要。
: 解释之前，前美国总统甘迺迪 (John F. Kennedy) 曾说：
: > I believe that this nation should commit itself to achieving the goal,
: > before this decade is out, of landing a man on the Moon and returning
: > him safely to the Earth.
: (我相信美国在 1960 年代结束前，将全力以赴地实现一个目标，那就是让人类
: 登陆月球，并确保安全返回) [0]
: 这句话非常明确：在美苏冷战时期，让所有参与太空国防的上万名人员，乃至于
: 当时的联邦人民都知道，枝干该把怎样的养份送到主干，更明确来说，机构的专家
: 会去研究够耐用的船体、天文物理的专家会去研究重力对路线的影响、电子通讯的
: 工程人员构思一系列有效的传输方式，而投身教育者则是从国会议员到普罗大众都
: 涵盖，确保资金和人才供给不断绝。最终，阿波罗 11 号 (Apollo 11) 作为 NASA
: 阿波罗计画中的第 5 次载人任务，实现人类第一次登月 (并且成功返回地球的)
: 任务 (当然第一次人类登月任务始于神州大陆的嫦娥，中国人带着逃离中国的基因
: 可见一班)，绕行月球 30 周。
: 等等，上面的故事和 C 语言有何关系？“你 484 来混 P 币呢？”且慢，让我
: 继续说下去。
: 阿波罗计画的规模之大，即便是今天回顾，也难用简单几句带过，遑论 1950 年代
: 末期总是被苏联太空技术 [1] 压着打的美国政府，上面甘迺迪那席话就在 1961 年
: ，启动阿波罗计画之际。而 1960 年代中期启动 Project MAC (与阿波罗登月计画
: 平行，由 DARPA 赞助的大型计画) 的 Multics 专案，定位开发多人分时多工作业
: 系统，并且运作于多核的硬件环境 (multi-processor!)，更有意思的是，Project
: MAC 这么庞大的计画却由麻省理工学院 (MIT) 领军开发关键技术，并由 GE (美国
: 通用电气) 提供硬件及 AT&T 旗下的 Bell Laboratories 开发软件和技术支持 (受
: 到反垄断条款的处分，AT&T 不得涉及硬件销售，但研发专利技术并授权他人不在
: 此限)，今日我们熟知的 C 语言开创者

不如摸C罩杯

粪语滚

ro支拿贱畜跟支拿贱畜都盗用source code再说是自己写的

真假这样还会有人用?

因为大部分的人没在屌哪些的

因为很多东西还是只能用C写

因为讨厌MS, Oracle, 又觉得php很粪，python效能差，C/C++开发慢又难，js只是玩具，然后go是清流谷歌推的，来试试看

go算script language？python怎么和它比阿

何不用dotnetcore (ry

.NET Core 不是语言阿

python效能差转go＋1 对强类型的语言还需要花时间适应

来玩rust吧

dotnetcore: 我就是C#!

快加入我大swift神教 号称负评最少的语言 嘻嘻

if err != nil 就是潮

c也没有throw error、面板、这些有的没有的 也是红啊

因为很多人都不会 所以我会我很潮

这些语言语法糖造成的心智包袱 反而造就糟糕的程式go把这些都舍弃，不是很好吗？有c底子(非c++)去学go很快

那swift把各种syntax sugar都捡走得算什么?

那只是和go选择不同而已，swift很好，只是go选择跟c一样，结构与内存操作更贴近os本来的状况。这让它们在撰写更贴近底层，需要精确计算memory量的程式表现更好

Go的内存管理是走Garbage Collection喔……我觉得Go提供了一个很好的中间选择，有类似脚本语言的语法却拥有编译语言的速度。

写 backend 还行吧，不然你也可以用 rust 啊

go是很有c味，所以讨厌c让我也讨厌go，而且还没办法像c那样掌握所有memory de/allocation

go 有一个重要特色是 non-block IO + goroutine非常适合放在 backend 这种有大量 IO 的情况

所以结论是不如回来写Java

因为有需求吧？

其实最重要的还是把 non-blocking 的东西封装成 blocking 易写的型式，当然 C/C++ 有办法找到类似的 library，但 goroutine 还是优雅简单了点。不过其实鸟的地方也不少，像是各种 err，还有不支援generic，以及一些过于洁癖强硬的 rule。套件管理恶梦更不用说了。

渣渣语言

我在网络上看到很多关于 go 套件管理的问题，有人可以说明一下问题是在哪吗？例如跟 npm 之类的比较

在 Google 倒掉或是收掉 Go 之前可以拿来用的语言

k&r你可以质疑？

简单来说装起来非常麻烦

这个GoUsers清单好像有列 https://goo.gl/HfRAdb清单页面最底下有 See also Success Stories

光是google出的框架就不想用了，看看android ng1

推 rust

因为是google大神

go 适合分布式后端