通过减少无意义的选择, 接受社区的约定, 和按照 web 开发中基本问题的约定, 你将变的更出色, 更高产. 少一些无意义的独特性, 不必关注最小剪裁, 这些东西根本没有意义....我已经在其他地方进一步详细阐述了在Rails 核心原则中关于配置的约定方法, 以及点菜 / omakase冲突的说明, 和集成系统的吸引力以及 Rails 社区的其他核心价值....正如我上面提到的, Rails 有一个雄心勃勃的终极使命, 那就是站在全栈的角度下, 帮助开发者处理好过程中的每一块代码, 从连接到数据库, 到 nosql 数据存储, 到业务模型, 到控制器, 直到最后...这才是 Rails 的核心所在: 处理 POST, PUT 或者 GET 请求之后的事情....虽然 Rails 默认是全栈包括 HTML 端渲染, 并且我们缺省提供了 Turbolinks 和 SJR 供大家选择, 但如果这条路不那么有吸引力, 也可以很容易进行替换.