你可以在writing tests with Go学到更多关于Go 测试的知识。 需要测试HTTP services? Go同样提供了httptest包
标准库
我们喜欢仅用Go的标准库就能写大多数的软件。用Node.js时，我们几乎都是不得不引入一个外部的库, 这样做既增加了部署的时间，也增加了来自第三方软件的潜在隐患。只用标准库能让我们写的代码更快更安全。
开发者用的工作流工具更强大
Node.js除了NPM的包和脚本控件，没有真正的标准化的工作流。除此之外, 因为这些工具是社区创造的，虽然很好用但是实在太多了，以至于最终的结果就是事情被每个人以不同的方式完成了。在Go里工作流标准化的一个很好的例子就是工作区的布局。你要放弃很多开发自由因为你必须遵守工作区的布局，不过它提供了大量的结构：你可以保留你的Go源码和依赖在同一个位置。在你的工作区你有3个根目录： src 放源码包，pkg放编译过的包，bin放可执行的程序。让你的源码和依赖放在一个单独的工作区是一个最佳实践， 让它在每个人的机器上都是这个标准。在团队合作里这些可预测性是让人满意的。我们可以去任何人的机子上提供帮助，并且知道我们的代码将会出现在$GOPATH/src/github.com/Bowery这个路径，而不是其它像$HOME/some/path/to/Bowery这样的路径。类似的,gofmt用同样的方式格式化每个人的代码。对于一些肤浅的问题，像组织代码和代码风格差异在Go里根本不需要担心，这是一个大大的解放。你可以专注修复你的问题，其它的事都被考虑到了。
还有一大堆其它的原因去喜欢Go,我们看到越来越多的公司采用Go让内部应用变得更强大并且是可分布式的。但总的来说，Go团队发现如果你创造标准并弄成范例让别人同意的话，开发者们会更高产。 比如, MongoDB 的应用管理团队喜欢用Go的"明智的、 统一的开发经验"。 在 Soundcloud，他们喜欢用Go严格的格式化代码规则和“实现的方式只有一种”的哲学。这意味着你会在代码审查和争论代码风格和格式上花很少的时间，而可以用更多的时间去解决你问题的根源。
如果你刚开始使用Go并且想了解更多，这里有一些资源可以看看。
阅读Golang 官方博客的更新和核心团队的公告
阅读核心团队提供在官网的学习文档
我们喜欢Ardan工作室的Bill Kennedy写在博客 Going Go Programming 上的窍门和指南
Go by Example 有一堆用Go写的不同任务的例子
GopherAcademy 有很多关于Go的最佳实践的文章
Brian McCallister 有一篇很好的文章是 Go 工作区和总体开发环境
更多关于Go的代码组织，阅读Jared Carroll发布在 Pivotal Labs blog 的文章
如果要开始你的第一个Go项目，设置你的新环境并在Bowery分享给你的团队吧。
