dotGo 2019 技术总结

（本文亦发布于Human Coders博客的法语版本）

大约两周前，我有幸参加了第五届欧洲Go大会dotGo 2019。与我过去参加的通常在毫无特色的酒店或会议中心举办的技术会议不同，dotGo团队全力以赴，成功获得了位于Blanche街的 prestigious Théâtre de Paris作为会议场地。毫无疑问，包括Heetch、Microsoft、Datadog、Sourcegraph和GitHub在内的赞助商提供了帮助。

Go语言传奇人物Dave Cheney担任主持人。尽管会议时间很短（一天会议，随后是一天研讨会），但会议内容充实。以下是我的收获。这里我不会过于详细地介绍；我只是想让你了解一下演讲的内容，这些内容应该很快会在dotconferences.com上提供。

（对Go感兴趣的人可能有兴趣知道，我通过Human Coders为Go初学者提供培训。）

第一场会议

Daniel Martí：更可靠的微基准测试

Daniel Martí以一场相当技术性的演讲拉开了会议的序幕。尽管Go命令行界面允许程序员对性能关键部分的代码运行微基准测试，但由于巨大的方差，结果可能不确定。简单来说，由于各种环境因素（如CPU活动），微基准测试在一次运行中可能看起来很有希望，但在后续运行中却令人失望。Daniel展示了一些新技术来减少噪声，并从微基准测试中获得更明确的结果。

Kat Zién：领域驱动设计与Go

Kat Zién随后发表了一场与我领域驱动设计者心灵相近的话题：六边形架构。这个术语是由Alistair Cockburn创造的，但基本思想可以追溯到更早的时期，并且不断以不同的名称被重新发现，如“洋葱架构”。六边形架构通过将业务领域的实现与支持它的技术组件（如数据库）清晰分离来构建系统。这种方法承诺了一个更易于理解和维护的系统。

Kat的演讲是对六边形架构的一个很好的介绍，但我希望她能展示如何将其原则具体应用到Go程序中（查看Marcus Olsson关于此的演讲）。然而，演讲必须保持简短，我可以原谅Kat没有深入探讨血腥的细节。我一定会关注她未来的演讲。

Ignat Korchagin：Go作为脚本语言

Ignat Korchagin随后阐明了使用Go作为脚本语言必须克服的困难。特别是，Go的语法与标准的shebang语法不兼容，这使我们的生活更加困难。Ignat展示了一些变通方法，但还没有一个让我满意。我暂时会坚持使用Python或shell脚本。

Michael McLoughlin：更接近硬件

Michael McLoughlin随后谈论了在Go中编写汇编的机制，重点关注amd64。当性能至关重要时，Go有时可能不足，你必须 resort to writing code in assembly；几个标准库例程实际上不是用Go编写的，而是用汇编编写的。然而，编写原始汇编代码是一项危险的活动（没有类型检查器来指导你走向正确性），错误可能产生严重的后果（想象一下加密例程中的错误）。

Michael对这个问题的答案是avo，它允许你编写Go程序来生成汇编代码。好处很明显：提供给avo的Go源代码相对更紧凑，更容易测试、理解和维护，而生成的汇编代码性能相同。Michael通过展示一个SHA-1实现来说明他的方法的好处；令人印象深刻！

第二场会议

闪电演讲

观众随后欣赏了Olivier Wulveryck、Roberto Clapis、Natalie Pistunovich、Valentin Deleplace和Joan López de la Franca Beltran的一系列闪电演讲。Valentin Deleplace的信号量双重实现对我来说是亮点。你可以将信号量想象成一个游泳池，顾客在进入游泳池前必须每人戴一顶泳帽，并且只有固定数量的泳帽可用。或者，你可以将信号量想象成一个游泳池，顾客在进入游泳池前必须锁好他们的物品，并且储物柜的数量有限。

Dave Cheney：常量与变量

常规长度的演讲以Dave Cheney的演讲恢复。暂时走出主持人的角色，Dave选择重新审视他2016年的一篇博客文章。Go包通常使用errors.New函数定义一些哨兵错误值。例如，io和rsa包分别定义了名为EOF和ErrVerification的结构值，客户端可以在相等性测试中使用它们来检测代码是否偏离了快乐路径。

在理想世界中，这样的哨兵错误值真的应该是常量，但由于一些语言怪癖，这些值必须定义为变量（使用var），因此可以被定义它们的包的客户端覆盖。你可以想象在正确性和安全性方面的后果。

Dave随后分享了他的变通方法：首先，定义一个底层类型为字符串的自定义错误类型，为其配备一个简单地返回字符串值的Error方法，并用它定义你的哨兵错误值。然后，后者可以定义为const而不是var，一切都会好起来。这是一个有趣的方法，你可以在代码中自由尝试，尽管这个习语不太可能在标准库中流行。

Jean de Klerk：Go模块和Git仓库

Jean de Klerk谈论了拥有多模块仓库的复杂性。不久前，Go中的依赖管理还有很多不足之处。当Go 1.11添加了一个真正的模块系统（源自vgo项目）时，一切都（变得更好）改变了。模块系统仍处于起步阶段，预计将在版本1.13中达到通用可用状态。

推荐的方法是在每个Git仓库中有一个Go模块。然而，在某些情况下，你可能希望在同一仓库中跟踪多个模块，特别是当你在Google工作时，他们似乎坚决支持单体仓库。这里有龙！我会让你观看Jean的演讲了解血腥细节，但我的经验法则是：一个模块，一个仓库。

第三场会议

Johann Brandhorst：从Go到WebAssembly

Johann Brandhorst为我们准备了另一场现场编码会议，这次是关于使用Go编写WebAssembly。因为我自己还没有深入研究WebAssembly，Johann的一些演讲内容超出了我的理解范围，但如果观众的反应有任何指示，好事情即将到来。

Bryan Boreham：垃圾回收器调优

Bryan Boreham发表了一场关于如何调优Go垃圾回收器的演讲。JVM的垃圾回收器提供了许多选项，并且 notoriously difficult to tune；有整本书 dedicated to this dark art。对Gophers来说，生活相对更简单：只有一个名为GOGC的选项可用于调优Go垃圾回收器！然而，Bryan承认，拥有设置堆最小和最大大小的选项将是有用的……

顺便说一句，对于内存需求适中且执行保证短暂的程序，Bryan告诉我们，通过完全禁用垃圾回收器（GOGC=off）可以获得性能提升。一个很酷的技巧！

Ellen Körbes：不，这不是性玩具……

Ellen Körbes——这一点很重要——认同为非二元性别，发表了一场大胆的现场编码演讲，关于如何使用基于Go的3D建模工具设计自己的阴道扩张器——如果需要，请查一下——。核心极客，他们甚至通过在外端添加一个Gopher头来增强原始设计。不错的触感！

最后一场会议

James Bowes：reflect和unsafe的危险

James Bowes让我们 pause on whether mere mortals should ever reach for the notorious reflect and unsafe packages。reflect的使用在标准库中无处不在：每当你看到空接口（interface{}）或结构标签时，reflect很可能在幕后施展魔法。至于unsafe，它在绕过类型系统对良好性能至关重要的地方使用。

然而，这两个包在未经初始化的人使用时可能很危险——包括我自己。James的指令很明确：作为经验法则，远离unsafe包，并 resist the temptation to use reflect（例如，用于运行时依赖注入）。

Jess Frazelle：生活在RISC-V

Jess Frazelle是Go社区的一颗明亮之星。她有一种 refreshing way of dropping the F-bomb every other sentence，这让观众保持警惕。她带我们快速浏览了x86指令集的动物园。一个突出的x86指令集架构是RISC-V，Jess谈论了她在为该架构添加对Go支持方面的工作。

Marcel van Lohuizen：错误包装成为主流

作为会议的最后一场演讲，Marcel van Lohuizen teasing upcoming improvements in Go’s error-handling mechanics。包装错误，即在错误本身中引用错误原因的做法，是Go标准库errors包中 conspicuously absent 的一个有用特性。为了填补这一空白，社区分裂成许多不同的包装错误方法，所有这些方法在 slightly different ways 上 mutually incompatible。迫切需要围绕错误应如何包装进行标准化。

Marcel的演讲描述了errors API将如何在Go 1.13中扩展，以容纳一种规范的错误包装方式。计划的更改还打开了错误消息本地化的可能性，为那些宁愿用母语阅读错误消息的程序员带来好处。

新的API已经在实验包golang.org/x/exp/errors中可用。很棒的东西！

尾声

在红磨坊隔壁的某家酒吧（名字我忘了）喝了几品脱酒后，是时候睡一觉了。

其他报道——包括这篇（法语）——已经在网上出现，我邀请你阅读它们，以获得关于会议的不同视角。

再次感谢Human Coders，他们慷慨地给了我一张会议门票。dotGo 2020已经宣布，将于明年三月在同一场地举行。如果它像今年的版本一样，我会尽力参加，你也应该如此。