检查权限可以先查询到要修改的对象，然后向上查关联对象直到用来判断的那一层，不一定要按 url 顺序。

https://www.linode.com/docs/search?q=https https://www.digitalocean.com/community/tutorials/?q=https

好啊！当然啦！

还是按照微信的…按照文档，按照官方文档，去产生…

2.7.1 Limits to Nesting http://guides.rubyonrails.org/routing.html#limits-to-nesting

Resources should never be nested more than 1 level deep.

#9 楼 @pengedy 显然还有 debug 的余地，例如在 action 里面打一条 log 看看有没有执行。

用什么判断一段代码是否简洁？不是代码行数，而是语法单元的数量。

expect(Calculator.new.add(1, 2)).to eq(3)

语法单元有 expect to eq，长度为 3。

assert_equal 3, Calculator.new.add(1, 2)

语法单元有 assert_equal，长度为 1。所以，assert_equal 的代码更简洁。

Paul Graham 在《梦寐以求的编程语言》中有一段讨论到简洁：

不要觉得为用户着想就是让他们使用像英语一样又长又罗嗦的语法。这不是正确的做法，Cobol 就是因为这个毛病而声名狼藉。如果你让黑客像下面这样求和：

add x to y giving z

而不是写成：

z=x+y

那么你就是在侮辱黑客的智商，或者自己作孽了。

我记得 gitlab 不是有 deb/rpm 包么？

哇，这代码排版是按照什么语言规范？（反正不是 Ruby）

Ruby 2.2.1 有缺陷，依赖已经升到 Ruby 2.2.2 了 https://github.com/rails/rails/pull/19753

token 当然要和用户绑定啦。

另一条路：

将 B < A 改成 A < Base，B < Base，Base 没有校验。这样 A、B 逻辑是独立的，依然在同一个表。 如果需要共享方法，用 Concern（Module）。 如果 A，B 不需要在同一个表，只需要共享方法，那么不需要继承，只用 Concern（Module）。

#5 楼 @chairy11 然后把前端的定义扩展到服务端

http://ued.taobao.org/blog/2014/04/full-stack-development-with-nodejs/ http://emberjs.com/blog/2014/12/22/inside-fastboot-the-road-to-server-side-rendering.html

https://github.com/svenfuchs/rails-i18n

#9 楼 @chenge 我只要在别人抛弃 Rspec 的时候说声“我早就说过了”就足够了。

You're gonna love it in day 5 and you're gonna hate it in year, but that's all good because the meantime you'll be blaming me and we can still work together. —— DHH,RailsConf 2015 - Opening Keynote

http://chloerei.com/2013/11/22/you-do-not-need-these-gems/

印象中不好跳过，validate 是作为匿名方法放到一个列表里的，虽然是可以过滤出来，但是代码很丑陋。

父类有的校验子类不需要做，那么这个继承关系是否有问题呢？

#4 楼 @zealinux 233

#4 楼 @lzj_ykds 不多余，新建一个字段是最佳实践，给它加上索引。

很多被认为不变的数据都是有可能变化的，例如身份证号从 15 位增加到 18 位。如果某一天数据模式变了（例如加几个填充位），而这个字段被用作数据关联的外键，那么就要做大量数据迁移。

这是在给自己挖坑啊，能说说目的是什么吗？

JavaScript

#5 楼 @ericguo 我没提到 Mac。

我觉得从 RubyInstaller 起步，遇到问题逐个解决比较好。

#11 楼 @zoker 那我误会了。

#9 楼 @zoker 这是讽刺吗？

#7 楼 @zoker 放到队列可以分布到多个机器执行，不同的目标设置不同的暂停时间。

队列有很多优化余地，想仿照原先的行为用一个 worker 就行了，额外获得了任务隔离和重试的能力。这是更精细了，不是粗暴。

#5 楼 @zoker 这方法不粗暴，放到任务队列可以并行执行。

<%= render partial: "users/user", object: @user %>

楼主面临一个机遇，这个项目就是试水的，看看 Rails 效率高到什么程度。如果让老板满意，那么以后新业务可能会往 Rails 迁移，那么楼主作为先行者在公司的地位就会上升。

但是开发效率高不意味好入门，从零开始三周有点难，如果之前业余就有学就有可能。

#12 楼 @robertyu 能缩减代码并且提高可维护性的时候。