你会尝试用Rails在下一个项目吗？

刚开始接触Ruby很抵触

在刚进入Rails的世界的时候，对于有4年JAVA开发经验的我来说，对Rails的抵触心理还是挺强的，原因有两个：

1.想精通一门语言，不想分散精力，而且认为Java是很完美的

2.看了下Ruby的语法，感觉非常乱，不像Java那样规整，简单

我相信也有大部分Java程序员会和我有同样的感受。由于后面有一个项目由Rails实现是最佳选择。所以迫不得已开始学习Rails，看的书是《Agile Web Development with Rails 3rd_Edition》。

对Rails观点的转变

看了三章后，发现用Rails去实现一个Web应用是如此的简单，几十行代码就实现了Java几百行代码的功能。所以非常好奇的继续看下去，想知道为什么可以这么简单。通过学习慢慢发现了不少Rails的好处。

◆ 习惯约定优于配置

在Rails里没有很多的配置文件要去写，我想Java程序员最大的痛苦之一就是XML配置文件了，不小心写错了也不好调试，不知道问题出在哪里。 之前Struts+Spring+Hibernate非常流行，要实现一个简单功能，你要配置几个XML文件?但在Rails里，使用约定就行了，当有特 殊情况时，再去修改配置。

◆ 代码简洁

发现同样实现一个功能，代码量是Java的1/3左右，甚至还要少。

对Rails越来越有好感，并且喜欢上它了。

如何进行敏捷开发

敏捷开发 ( Agile development )是一种以人为核心、迭代、循序渐进的开发方法。

后来我们团队用Rails做了三个成功的项目，一个在线CRM应用，体会到了敏捷开发的好处。

◆ 结对编程

我们是两个人结对编程，做任何事情都是Pair的，包括分析、写测试、写实现代码或者重构。Pair做事有很多好处，两个人在一起探讨很容易产生思想的火花，也不容易走上偏路，还会及时发现一些小Bug。

◆ 重构

相信大家对它都很熟悉了，有很多很多的书用来介绍重构，最着名的是Martin的《重构》，Joshua的《从重构到模式》等。重构是在不改变系统 外部行为下，对内部结构进行整理优化，使得代码尽量简单、优美、可扩展。我们经常会重构，好处就是项目代码一直是非常容易维护的。

◆ 小版本发布

在敏捷开发中，不会出现这种情况，拿到需求以后就闭门造车，直到最后才将产品交付给客户，而是尽量多的产品发布，一般以周、月为单位。这样，客户每 隔一段时间就会拿到发布的产品进行试用，而我们可以从客户那得到更多的反馈来改进产品，不会发生客户说“这不是我想要的东西!" 的情况。

◆ 客户一起参与

客户是与开发团队一起工作的，团队到客户现场进行开发或者邀请客户到团队公司里来开发。如果开发过程中有什么问题或者产品经过一个迭代后，能够以最快速度得到客户的反馈。

敏捷开发过程与传统的开发过程有很大不同，在这过程中，团队是有激情有活力的，能够适应更大的变化，做出更高质量的软件。

性能

据robbin说：“JavaEye的PV到了140万，仍然是单台Web服务器，Rails处理动态请求超过340万，除了真实用户访问，还有API，RSS以及很多爬虫的请求。”

易趣，阿里巴巴刚开始也都用的PHP，国外的Twitter也用的是 Rails，我们在做了三个企业级项目和一个SaaS的CRM(WorkXP)之后，我们都没发现很多人所担心的性能问题，所以大家不用急着担心性能问题，如果真到了有性能问题的时候，说明你已经非常成功了，到那时再迁移到Java平台也来的及。

小团队的最佳选择

我非常同意JavaEye的robbin观点：“我认为目前小公司唯一的活路就是高效率的小规模团队，这样的团队才能充分发挥小公司灵活创新的特点，才有可能在某些方面战胜大公司，也才有可能在人才竞争方面胜出。”

WorkXP只有2个开发人员，用了3个月的时间就上线了!为什么可以这么快完成这么优秀的产品?这正是Rails敏捷开发带来的好处。如果用Java开发，我不知道半年是否可以上线? 所以如果你是小团队创业，可以考虑用Rails敏捷开发。

下一个项目，尝试用Rails吗?