首先application.js去掉 require_tree . 然后具体指定需要全局使用的js。现在的 applicaton.js 里面的默认规则就像以前的默认路由一样，让你了解 assets pipeline是做什么的，迟早会注释掉。

然后特定的 controller 需要特定的 js，再建对应的 js 文件，然后引入页面。

就是结对编程嘛

说说这贴没点出来的 ruby/rails 误解

1. Rails 传说中很敏捷，所以学起来是最快的

错误，学习 Rails 花的时间可能比别的框架都多。因为它一方面大包大揽，一方面默认你已经对各个层面的理论有了基本了解，选择 Rails 是因为你已经厌倦了重复制造轮子。但是，学习 Rails 比学习其他语言 + 框架 + 理论 + 最佳实践 + 时髦技术的总代价少，因为它已经为你选择了最受好评的那部分，节省了筛选时间。

2. Ruby/Rails 工作机会少

见仁见智。http://chinaonrails.com 现在招聘帖子很多，但我觉得他们挺难招到人的。有人觉得满大街的招人是安全感，有人觉得适合自己发挥的酷工作才有意义。

3. Ruby 程序员生产力高、一个顶十/玩世不恭、不负责任

Ruby 程序员也是程序员，有靠谱的有不靠谱的，好的程序员总是珍稀资源。

@Kymair 既然能接受霸道，为什么不能接受约定呢？

@keakon

Rails 3 没有生成 js 代码

x = save，x 得到的是 save 的值，不论他是方法还是局部变量。或者你觉得 foo.bar 和 foo.bar() 得到不同的结果更符合预期？

命名一直是高级语言一个非技术的纠结点，我不认为 Ruby 是特殊的。

其实你的偏见已经越来越越暴露出来，你为了证明 Ruby 有那么多问题，去想一些不切实际的问题，要不没人会这样做，要不不是 Ruby 特有的。

有什么语言能阻止程序员写出

def save(record)
....delete(record)

这样的代码？这样问题我都不知道点在哪里，哪个程序员写代码是为了跟自己过不去。

路由：完全不遵循 RESTful url，用 match 规则写路由没什么问题；表名不规则，那么设置一下表名；单复数支持很好，rails 维护了一个非规则的单复数名词表，你也可以自己定义特殊词表，也可以无视单复数。破坏约定时，代码量还是比自己实现一套规则要小。

回顾一下#4的套餐恐惧症。

不知道我盛气凌人了没有，我对着你提的问题一个个敲回应，结果就这样的。一方面想感谢你理解 Ruby 受了很多误解，一方面又很无奈你也是误解群体的一员。如果在你产生误解之前，能找到个人问那结果可能就不同了。

@keakon 前面有跟帖了。save肯定是方法，方法有问题，找方法的编写者。

简洁简约用来描述语言有啥语境区别我只能请指教了。

你对 js 库的理解倒让我觉得还未做到理解 web 开发的本质啊。

我也不太喜欢面向非 Ruby 人群讨论 Ruby，因为发现有些偏见根深蒂固很难改变。

还是挑几点说好了

1. 方法名和属性名

实例变量（对象的属性）都是以 @ 开头的，比如 @name，默认情况下只能在对象内部可见，要在外部访问，必须设置相应的方法。所以熟悉 Ruby 的人，肯定知道 foo.bar 这个 bar 是个方法，如果它有对应的属性，那么可能会命名为 @bar。

你举例的 (@)saved 属性，从命名上看是布尔值，按照惯例，访问方法应该命名为 saved?

2. 方法的别名是开发者对语言和框架作者的适应。

也就是 Matz 和 DHH 为某方法设置了别名，那么想用就用好了。如果团队里面有人乱搞别名，要不人留下代码不留，要不人和代码都不留。

3. 人类语言本来就没有 hash。ruby 1.9 引进了 json 式的 hash，比如 { foo: "bar" }

跟2一样，不想用可以不用。

4. mootools 想用就用啊，该怎么用怎么用。最简单粗暴的拷进 public 目录用 <script src=..> 引进去。Railsful 一点的打包成 gem，用 assets pipline 跟其他js代码一起打包，减少 http 连接数。

奥，已经有人做了 https://github.com/neonlex/mootools-rails

我最反对的就是这句：

“Python追求简洁，不让人疑惑；而Ruby追求自由，让自己惬意。”

说得好像Ruby不追求简洁，让人迷惑似的。你提出的语法问题在实际开发中未曾成为问题，不一一反驳了。

总的来说就是偏见，自己的领域玩得越熟，踏进别的领域就越被思维定势困住。如果是有心跨领域探索的，要放开心态，遇到问题可以问一问，不要自顾自用用老办法。

我想到这样一个场景，一个人去KFC点餐

“我要单点一个汉堡，一份大薯条，一杯大可乐”
“不如你试试我们的套餐，可以有节省3元”
“套餐的可乐是中可乐不是大可乐啊！”
“可以换大可乐，还是比原价节省2元”
“我要大薯条不要中薯条！”
“换大薯条也是比原价节省2元”
“汉堡是XX堡么？”
“是一样的”
“你们套餐的汉堡肯定偷工减料的……我就是要单点”
“先生……”
“怎么这么罗嗦，隔壁M记从来不干预我单点的，我回他们那了”

@holmesabc 对测试还有误解，自动测试跟log是完全不同的。自动测试是写一套代码，去检测程序代码的逻辑。测试的地位在国内还是被低估的，推荐这本书 http://book.douban.com/subject/1230036/ 测试驱动开发（中文版）

不过如何调试跟是否用IDE其实是两个话题，编辑器可以用命令行工具调试，IDE可以写自动测试。到最后决定性的还是看个人喜欢用单独的工具还是喜欢IDE打包。

除了一个例外：Java，整个社区就是假设工作在IDE下的。

“这里的语法设计是不是繁琐了点？”
“没事，他们有IDE，让IDE的人写个代码生成工具”
“XML不好读不好写啊”
“没事，他们有IDE，让IDE的人写个图形编辑工具”

结果出来的东西没有IDE根本玩不转。我的选择是远离这些东西。

能行，因为大型程序不是靠人去调试的，而是机器自动调试的，生成调试逻辑的代码就叫做测试代码。

互联网上冰释前嫌太难得了，鼓掌一个

倒，我的就是 1366x768，14寸16：9笔记本都这分辨率

@mechille https://github.com/chloerei/campo/blob/master/app/models/reply.rb#L37

我一个项目里的实现，把LZ考虑的都做了处理

@Livid @Livid 赞

@mechille 一是完善正则，二是发消息之前先搜索有没有这个用户