@
kidlj #22 go 包版本管理吃瓜的问题不是 go mod 不好，是因为他窃取了社区胜利的果实。
Russ Cox: 对于在 Go 1.11 里的 Go Module 的实现方式我感到非常兴奋。我上次瞅了一下最流行的大约 1000 个项目，93%的能够直接转换为 Go Module 。
Twitter 发出来之后，Sam Boyer(dep 的主要开发者)，转推了一条(后面不放英文原文截图了，可以到文章后面的连接去看):
Sam Boyer: 最初的(旧项目到 Go Module 的)转换从来不是问题，问题是从不拿工资的贡献者们那里偷走工作成果。
我上周 GoSF 的演讲是关于这个的。现在视频找不到了，不过我截了个图。
Russ Cox 回复了这条推:
Russ Cox: 我听了你的演讲。虽然我们谈了很长时间，但是明显你现在对于这一切，对于我还是感觉很受挫败，很沮丧。对此我真的很抱歉，我知道那是什么感受。
Sam Boyer: 你能这样说我很感激。你肯定也很不容易，对于这件事造成的过分的压力我也很抱歉。
但是这并不是你我之间的事情，我之所以在演讲中提到你，是因为你是后来社区文化和机制争论的源头。
另一个 Go 社区的重要贡献者，Peter Bourgon 说:
Peter Bourgon: 因为私下认识事件中的一些人，我承认我是有偏向的。不过作为一个外人看到这个事故现场，我可能以后对 Rust 兴趣更多一些了。为什么 Go 团队领导层总是拒绝从其他现代语言(的做法)中学习呢?
Russ Cox: Go 并不是要满足所有人的所有需求。如果你喜欢 Rust 的方式，就去用 Rust 吧。我也欣赏 Rust，事实上我花了很多时间研究 Rust，Swift 中的好的地方，但是适合一个语言的未必适合其他语言。
Peter Bourgon: 是的。但是我想不到原因为什么 go 的依赖管理没有从其他的依赖管理中学习到任何东西。我从局外人的角度来看，Go 歇斯底里的尝试不去达成任何其他人已经达成的共识，我不明白为什么要这样做。并不仅仅是你的问题。我参与了 dep 开始之前的讨论，在之前还一直在关注 glide 。我不知道为什么 go 的依赖管理社区就是不从其他(包管理)已经遇到的问题中学习。作为一个已经在提供开箱即用的工具方面证明了自己的语言和社区，我非常困惑为什么这么关键的一个部分(指包管理)几乎是刻意的设计得这么挫。
好吧，Peter Bourgon 其实有点歪楼了。
Russ Cox:我们是一个小团队，还有其他优先的事情要做。确实我们在这个领域晚了几年，但是事情正在往好的方面发展，几年之后再来看看我们做成什么样子。
Matt Farina(Glide 作者)跳出来了
你说你们是一个小团队，是因为你们把 Go 当做 Google 下面团队的一个产品，Google 这个团队是小的。如果你们创建一个社区，借助其他人的力量，那就是一个很大的团队。比如 Rust 的依赖管理团队就有不是 Mozilla 的人。
围攻之下 Russ Cox 开启了疯狂发推模式，连发 N 条 Twitter 阐述前因后果。
Russ Cox:
非常有道理的批评。我们并没有处理好依赖管理的社区进程。Go 的核心团队没有今早和足够的参与这个进程，没有能够引导平滑的落地。作为 Go 的技术负责人，这是我的责任，我为此道歉。