@orvice
@aszxqw

我说说 iOS 和 Mac 开发的依赖管理的三种方案：

1. cocospod 就是存在一个中心仓库 https://github.com/CocoaPods/Specs 但也同时支持引入 github 上的包。和 npm 一样， github 上也经常碰到熊孩子把 tag 删除的事故。
2. Carthage 就是一个去中心化的方案，现在更被推崇
3. SwiftPackage 似乎也是个一个去中心化的方案， Swift 2.2 刚推出的

@vagary 都不知道幽默

@aszxqw maybe 这是正确姿势

@abscon 你屌哦

@dphdjy 不知你指的语言优势是什么，问题我觉得 node 相比 go 我感觉没优势啊，你说 callback go 人家也有，而且人家有更先进的 coroutine 和 channel 。。不用依赖什么 async.js 、 co 和 promise

@SlipStupig 谢谢 代理我有 我的意思是阻碍了 Go 在国内的推广

@orvice 去中心化应该是 google 的思路不会变了。。
把依赖的包源码一并提交到仓库是否更符合工程化的开发？因为切 tag 看老代码的时候不用再 install 依赖

@dphdjy 你们 t 大早就不要你了。。 koa 早就不是他维护了

@jsyangwenjie 其实俺有三年的 node.js 应用开发经验，我用 node.js 开发网站每天承接上千万的流量，用 node.js 开发的前端开发工具也是部门 50+人的团队都在用。。就是这两天学了点皮毛 Go 之后，发现这东西确有可取之处，想和大家讨论一下，让大家都了解了解嘛

@Nixus php 是世界上最好的语言。。我也曾痴迷于它。但现在似乎不是主流了，爱折腾所以写起来比较没动力。

@quix 当我是个标题党吧

@aszxqw
依赖包的源码要不要一起提交到 git 上的问题，其实 cocoapods 也有碰到过：[https://guides.cocoapods.org/using/using-cocoapods.html#should-i-check-the-pods-directory-into-source-control]( https://guides.cocoapods.org/using/using-cocoapods.html#should-i-check-the-pods-directory-into-source-control)
至今也是木有结论。

@raincious
另外如果不用 URL ，就不是就意味着需要一个中心节点来记录 alias?

@aszxqw 了解了， go get 设计上也是过于乐观了。

@BXIA 一直觉得指针挺 So easy 啊

@aszxqw Godep 是 Go 社区开发的一个包管理工具，似乎已经要集成到 Go 1.6 了，你说的问题可以解决，但方案应该不是变成下一个 npm 。你看看 npm3 后 npm 社区开始撸平目录了，还改进了 peerDependency 字段，但还是不能彻底解决一个项目下多版本混乱的问题。以后随着组件的慢慢升级，这个问题应该会被解决，但还需要时间。。

@vdo 反观 npm 的缺点就是第三方包太多。。 go 的系统模块比 node.js 更强大一些

@BXIA C 的语法全世界最简洁啊。。这你都不知道

@aszxqw 请教如何完爆

@21grams 在用的： https://golang.org/doc/faq#Is_Google_using_go_internally

Is Google using Go internally?

Yes. There are now several Go programs deployed in production inside Google. A public example is the server behind golang.org. It's just the godoc document server running in a production configuration on Google App Engine.

Other examples include the Vitess system for large-scale SQL installations and Google's download server, dl.google.com, which delivers Chrome binaries and other large installables such as apt-get packages.