最近我在做一些简单的Rails应用程序。我很了解Ruby，但是当我开始按照“Rails方式”去做事情时，我注意到有些东西是“仅仅因为这样而这样”，对于(rails)新手来说很难知道代码做了什么。
Rails是否错失了重点，变成了某种第四代语言？我的意思是，你必须做一些（你不需要理解的）事情，才能开发Rails网站，否则就要探索源代码以弄清每个部分的作用。
我也看到人们乐意支付现金给能制作出好的Rails教程的任何人……我们所谈论的是一个将简洁性放在首位的框架，有必要为好的教程付费吗？
别误会我，我相信Rails已经为主流带来了非常好的想法（比如约定优于配置），但是这种过度简化（“只需放入这行代码，它就能工作！”）是否降低了框架试图实现的简易性？
我认为这是一种观念问题。从广义上讲，Rails社区认为这个框架非常容易使用。但实际情况并非如此。事实上，我越用Rails，我就越不喜欢它。我不认为这是Rails的错，但很多人已经认为编写Rails应用程序就像挥舞魔杖一样（我自己也曾这么想过）。
尽管如此，Rails确实实现了许多承诺，因为它提供了许多只需要很少或根本不需要配置的功能。例如ORM、模型关系和验证都很容易设置，这为微调应用逻辑和专注于设计等方面留下了更多时间。Rails代码也非常容易重构。Rails绝对可以用很少的代码完成许多工作。
但当我想要走出常规时，我会感到沮丧。我可能想要实现“非常特定的功能X”，但找不到从哪里开始。我发现，我深入框架的程度越深，信息就越稀少。API的某些部分文档缺失严重。这迫使我依赖第三方插件，其中一些没有文档，并且维护得不好。我基本上只能依靠博客文章告诉我将这段代码或那段代码复制到我的应用程序中，然后一切都会正常（谢天谢地，它们通常确实可以）。
我的一些麻烦可能与我的总体经验不足有关（我仍在从设计师向程序员过渡），但我经常感到，尽管Rails为构建网站提供了优秀的工具，但至少表面上并没有为构建其他工具提供出色的工具。它具有潜力，但你必须深入挖掘。
约定优于配置的问题在于你需要知道这个约定。至少配置文件在刚开始时可以让你有东西可读...一旦你知道了这个约定，就会更快，但与此同时你必须克服学习曲线。
我发现Rails非常易于使用。你可能想学习《使用Rails进行敏捷Web开发》。这对我学习“Rails方式”有很大帮助。我更多地将其用作参考而不是教程，但它可以指导你创建一个应用程序并解释其中的内容。FWIW，我比学ASP.NET（我仍在学习）更快地掌握了Rails，并且学会了Rails后在学习ASP.NET MVC方面有了很大的帮助。
就像任何事情一样，我认为魔鬼就在细节中。是的，很容易启动一个网站并将各个部分拼凑在一起，以使其正常运行，但要设计出一个良好设计和健壮的系统需要更深入的设计和思考。很容易开始做出糟糕的面向对象决策，比如违反Demeter法则，因为东西很快就可以组装起来。Rails确实如此简单。伟大的Rails却不是。
这是因为Rails版本不同，但重点是......一切都很好，直到你走上黄金路径之外，黑匣子就再也不能帮助你了，然后你意识到整个时间你都不知道自己在做什么，开始在论坛/邮件列表中寻求帮助（然后你发现大多数人不知道他们在做什么或为什么，只知道它起作用）。CreateProductCategories未找到常量ProductType！
我同意Bryan M.的观点。
有太多黑魔法和神秘的事情发生了，成千上万行的代码，到处都是元编程。
但公平地说，Rails教会了我很多东西，比如规范驱动开发、REST和良好的Ruby理解。
现在我已经到了这样一个阶段：20%的时间很顺利，而另外80%的时间则在与Rails的约定斗争。当我写纯粹的Ruby时，我感觉更加高效。
在某个时候，Merb似乎是一个选择，下一个项目我将使用Rack/Sinatra和CouchDB。
