在国外的播客节目 Go Time #100 中，Rob Pike 和 Robert Griesemer（Go 的两位创始人）和主持人 Jerod Santo 讨论了 Go 语言的成功缘由和一些思考。

如果你想创造一门成功的编程语言，向已经做到的人学习是非常有价值的。

欢迎对 Go 感兴趣的小伙伴一起围观！

0. 说明
Rob Pike（下称：Rob）将 Go 的成功归为了 5 个方面，在主持人 @Jerod Santo 的分享下形成了这篇《5 things Rob Pike attributes Go's success to[1]》文章，与播客的内容相对应。

目录如下：
他们写了一份正式的规范。
他们吸引了杀手级应用。
他们启动了一个开源社区。
他们使语言难以改变。
他们坚持使用他们相信的功能。
1. 他们写了一份正式的规范
在介绍 Go 项目的起源时，Rob：
" 这就是规范发生的时候。是的，几个星期。所以我们真的开始了六个月左右的头脑风暴和近似塑造。

我们做的第一件重要的事情——也许是我们做的第一件重要的事情 —— 是我们编写了语言的正式规范，我认为这是项目成功的关键部分。

其中最重要的事情之一是 Ian Taylor 也在 Google，看到了规范，并决定为它编写一个编译器。
有一天他走进我们的办公室说：“哦，顺便说一句，我已经为你的语言编写了一个编译器。” 那对我们来说是一个了不起的时刻。
理所当然，他成为了 Go团队的一员，现在仍在研究 Go。"

主持人：“该规范最初引起了 Ian Lance Taylor 等工程师同事的兴趣”。

2. 他们吸引了杀手级应用
不幸的是，Rob 并没有说明他们早期是如何吸引 Docker 的。我猜，通过使语言……对程序员有吸引力？
Rob：“ 是的，Docker 是我们的杀手级应用程序，因为它是用 Go 编写的，运行良好，并且成为现在所谓的云计算的核心……我们过去只称其为系统编程或服务器。

其中一项关键技术是用 Go 编写的，这一事实证明了该语言对很多人的目的是正确的……而且我认为它实际上是一种非常好的语言。

这正是我们在将语言放在一起时正在考虑的事情，尽管我们自己并没有这样做。Kubernetes 是另外出现的，其诞生来自谷歌。但是，拥有用你的语言编写的重要软件是用一种语言取得成功的一个非常重要的部分。

如果什么都没有写，那么语言有多好并不重要。”

3. 他们启动了一个开源社区
Rob 坦率地谈到了他们在开源世界中面临的挑战，这令人耳目一新。

Rob：" 我确实认为团队并没有真正准备好与开源社区互动以及这意味着什么。Ian 是我们当中唯一一个在开源世界中花费大量时间的人，他所做的超出了他在社区工作中应有的份额。

我们花了很长时间才理解成为开源社区的一部分意味着什么，拥有一个基本上由公司支付的项目，但有很多开源贡献者......我们实际上有很多很棒的开源发展很早就发生了。Windows 的移植完全由外部贡献者完成，这太棒了……社区的投入至关重要。

我认为有时人们认为谷歌控制它太多，这是他们的意见，但我不同意；我认为他们低估了团队对开源社区所说的话、阅读所有问题、处理得很好……有时不是很好，但最终它们都得到了修复。

当有成千上万的人使用你的编程语言时，这是一件非常具有挑战性的事情，而现在它被认为是世界上数百万的 Go 程序员。他们对这件事都有自己的看法，以及如何倾听，但也要确保你保持项目的灵魂正确 —— 我认为没有任何简单的答案。

我认为很多人认为这是微不足道的，你只是接受了每个人都想要的东西......但是你不会有 Go，你会拥有完全不同的东西。这真的很棘手，这是一个非常困难的平衡行为。"

4. 他们使语言难以改变
这个一开始有点违反直觉。通常对于软件，延展性是一种美德，而僵化则是一种诅咒。然而，Rob 很好地解释了为什么不这么做，对于像 Go 这样的编程语言是多么的重要。

Rob：“好吧，我们很难改变。我们特意为 Go 1 写下了我们承诺不会改变任何东西。这对语言的成功至关重要，因为它使企业能够相信我们正在做的、依赖我们的 Go，并不会破坏他们的东西……这使得做出改变变得更加困难。我认为很多人不欣赏我们对这份合同的热情相信。

我们没有破坏人们的程序，尽管它现在是一个有十年历史的项目。这只是一个令人难以置信的负担，但让我们到达现在的位置至关重要 ”

煎鱼：“这里指的是 Go1 兼容性保障，产生了很大的意义。

5. 他们坚持使用他们相信的功能
当 Jon Calhoun 询问社区反馈以及团队对变革的抵制如何与之抗衡时。

Rob："Go 的某些功能对其成功很重要，但人们并不喜欢，我们对此非常直言不讳。

我认为您提到的未使用变量的编译错误就是其中之一。这很烦人 —— 你忘记删除一个未使用的变量，你的程序就会无法编译。但对我们来说，这是我们试图讲述的故事的一部分，也就是：编写一种尽可能保证更好代码质量的语言，即使我们无法阻止你编写糟糕的代码……但我们可以确保不会让你的构建速度变慢或代码更难维护的事情发生。

我认为真正让人们发疯的是：你不允许导入你不使用的库。这对我们来说非常重要，因为我们花了很多时间用大量二进制文件进行缓慢构建，确保程序的依赖项正是您需要的，仅此而已；这对我们来说非常重要，但对很多人来说，每次你进行编辑并删除打印语句或其他东西时，编译器都会说“你没有使用这个库。我不会再继续编译你了。”

然后 Brad 写了一个叫做 goimports 的东西，它是 gofmt 的一个变种，可以为你管理导入，这几乎消除了这类抱怨。

通常情况下，自动化可以解决很多抱怨。"