Timehop为什么要放弃Rails，转向Go？

http://www.csdn.net/article/2015-03-02/2824072-Rails-go

我们列出了三个新平台最需要解决的问题：

 

1. 能便捷进行并行处理
2. 真正的多线程系统
3. 高性能

 

为什么Go能脱颖而出?

除了Ruby，Node.js也曾经进入我们的视野。但最终我们坚定选择了Go：

 

• 性能： Go代码会被编译为机器代码，编译后的程序运行速度可与C/C++媲美，并且无需额外的虚拟机和解析器；
• 静态编写：计算机能掌握所有的编写错误而我们不能。为什么不依赖计算机来处理呢？
• 稳健直接的并行处理：Go程序和管道使得并行代码可读性高、条理清晰。同时也使并行代码更加安全而无须显式锁，此外也不用担心出现回调错乱。

 

随着迁移工作的进行，我们还发现了更多的优点：

 

• 十分简便的部署工作——编译Go程序时，程序本身及所有程序依赖都会被统一编译为单一个二进制文件；
• 丰富的配套工具——例如代码格式工具“go fmt”，能帮助开发者消除代码格式不统一的问题。此外Go还有很多强大的工具；
• 丰富的标准库——使用Go后，很多第三的库都不再需要了。

 

可见Go十分符合我们之前提出的三点要求，所以我们最后选择了它。但同时，团队里也曾就Go语言进行过讨论，现整理如下。

使用Go后会出现意外吗？

迁移时我们最怕的是影响程序代码的生产力。之前使用Ruby编码时，速度是非常快的。但是使用之后，发现Go不但没有影响编写速度，同时更加稳健，能帮助减少很多输入错误。编译速度也令人满意，我们最大的一个Go项目至多用时2.5s就能完成。

如何完成团队的技术切换？

结合个人体会，我发表过一篇入门文章供团队阅读。此外，Go教程，高效Go，Go官网的标准库都是很好的教材。

Go有弱点？

对程序依赖的管理。Go提供了一个便捷的导入方法，能以基于路径的方式进行包导入。例如：

 

import “github.com/timehop/golog/log”

你可以使用go get命令来运行。但虽然是方便，如果有其它人改变了路径或提供的API出现变更，那么可能会造成未知的部署错误。因此我们建议使用部署工具Godep来对程序依赖进行管理。

部署时有哪些关键的库需要注意？

我们曾试图搜索Go on Rails的信息，但一无所获。目前，我们使用得最多的是标准net/http库，以及Gorilla的mux。这也是目前主流的处理方式。

如何进行托管？如何进行部署？

刚开始是托管在与Rails相同的Heroku之上，使用Go buildback进行部署。后来迁移到EC2，部署工作也一样轻松。一如前述，Go程序最终都是一个编译好的二进制文件。