首先中肯楼主的观念 其次劝告楼主，选择自己适合的，而不要试图去改变一段时间内无法改变的 最后，说下不靠谱的对这个现象的解释（注意我强调了是不靠谱的），因为台湾民主了

@hhuai 用 class_eval 的目的主要是为了性能考虑的，sinatra 可以不怎么考虑性能，所以它的源码里貌似没怎么用 eval 形式（我不是很确定，但确定 sinatra 里有些地方是用 define_method 这样阅读性比较好的方式)，但 rails 就必须考虑性能了。

赞

这个出问题的 controller 是不是有一些被禁止使用的方法，比如 response 之类的

你连 stackoverflow 上都加个这样的问题啊，晕 把 error stack 贴到 gist 上，然后发个链接出来吧

貌似 Sinatra 已经有 patch

@scriptfans :-)，那本书我在 2010 年就看过两遍了。讲 rails 的部分，我个人是不大推荐看的，因为我比较崇尚务实。当然看看肯定是有好处的，因为作者的确是个深入浅出的高手。我顺带看了下豆瓣里的点评，有人讲这是晋级高阶 ruby 的必读书，我个人是很赞同的。

https://github.com/radar/forem.heroku.com https://github.com/radar/forem 这是一个论坛 app 的开源代码。前一个是 rails demo，后一个是 engine，被前一个调用. 我看了下源码里的 model 数量不是很多，学习负担不是很大，而且论坛这种形式的应用需求大家都很了解的，无需别人解释。 可以先学习 demo，然后自己建一个 app，尝试下其 engine，最后再学习 engine。 而测试的代码，在 engine 里都有的。

@scriptfans 这本书都被翻译了啊，不过因为是 2010 年的书，所以不推荐看第二大节。第一大节还是蛮不错的。但不知道翻译的效果怎么样

刚去看了下，这个项目最初 commit 的人貌似从 github 里删除账户了？

chiliproject 呢，redmine 的衍生项目 redmine 还是有一定的门槛的。不过问题是 redmine 用的是 Rails2，这点比较提不起程序员的兴趣。:-)，都是题外话

考虑下 vagrant, 我觉得它可以在相当程度上屏蔽掉 rails 团队里不同开发环境的问题。

这个是要支持下的。