请注意Rails2.3自带的memcache-client有性能问题

怎么都是人云亦云呢？碰到问题解决问题才是个道呀，这么多人里除了robin提出问题且做了试图解决外，其他人都是说不好就不用或者换其他的，哎，太多人吃白食了，所以国外的不是问题的问题到国内就成问题了。不过我刚接触ruby和rails，还说不上话，但是我认为他不错也试着在上面做些东西。

貌似绝大多数人都不想做贡献，都想等着一个完美的框架，对于现有的框架，技术水平好的想着自己的大事业没时间帮忙，技术水平略低的帮不上忙，除此就是一大堆抱怨的和整天为生计忙碌奔波的………

Rails是个好东西，开发团队不行，如果能被大公司收购，会不会能好些？

rails core team的能力没的说，创新能力非常出众，每次新版本都会有令用户意想不到但是非常有用的创新功能推出，而且能够连续多年，持续高产的创新，这本身就是惊人的成就。rails在web框架领域的创新能力，总是让我想起苹果在消费电子领域的创新能力。可以这样说，在web开发框架领域，rails把其它所有竞争对手，包括python的那些知名框架，甩开了不知有多少条街的差距，是无可争议的王者。任何想要选择web快速开发框架，重视生产力的开发者，rails都是唯一的选择。

当然rails并不完美，不过对我来说都还可以接受，真正让人受不了的是core team对新版本升级无比的热衷，但是对老版本的维护却不闻不问。这样的话对于一些强调稳定性、兼容性和高负载的web应用，就必须自己亲自解决一些rails框架升级速度过快带来的维护方面的缺失。

要解决这个问题在于core team自己的态度，是不是可以拿出更多的精力放在老版本维护上面，放慢一些版本创新和升级的速度呢？我觉得以现在的rails的功能性来说，已经超越其它web框架若干年的水准了，没必要再玩命的创新和升级了，这样做固然把竞争对手甩的越来越遥远，但是也把自己的用户玩死了，多花点精力维护老版本，对rails本身的应用普及更有好处。

可能这就是robbin说的需要些时日。只有ruby rails跑上来了，还拉了一大堆有用需要兼容的工具在后面，当这些都赶上来后，rails也就可以用于生产了，但这个过程需要国内或者说javaeye里的ruby rails s们做些什么？是等待？还是去挖掘性能，消除瓶颈。

我也很不喜欢 rails 对于 tickets 的处理方式，完全没有把客户的升级成本考虑在内。如果为了一个小bug，需要投入几十倍的成本去完成一次升级，我想很多用户在升级之前都会就此打住。

现在的老项目仍然在 1.1.6 版本，自己打了很多 patch。不是我不想升级，是很多东西很难去改变，我也不是做决定的那个人，只能是让它准确的运行。

是阿，最好像ubuntu一样，隔几个版本出一个长期支持版本。

ubuntu还算激进吧，最好像debian一样，除非很稳定，否则不怎么升级。

别提国外
我有什么问题google一下也很少能找到明确的答案。

虽然我是ROR的100% Fans, 也算是用户。
不过如果google愿意在django多投入一点，只怕超过ror还是不难，毕竟创新之后人家就很好模仿了。
app engine也让我流口水, 如果支持ror就好。
如果不是不喜欢django, 我一定会转用app engine支持的。