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 能缩减代码并且提高可维护性的时候。

是根据对象的类型去找模板。

#6 楼 @jasl 楼主提交 PR 的机会。

['9956'.hex].pack 'U'

顶楼显示是 Ruby 2.1 阿。

https://bearmetal.eu/theden/how-do-i-know-whether-my-rails-app-is-thread-safe-or-not/

Rails 框架本身和它的依赖是线程安全的，但是：

1. 你需要确保自己项目的代码是线程安全的
2. 你需要确保自己项目依赖的库是线程安全的

#14 楼 @huacnlee 用了 rubygem-mirror 还是 gemirro 还是其它？

#12 楼 @qhwa 现在是什么架构？

联合主键在数据库设计角度看挺正常的。报错就处理错误。

#3 楼 @jasl 哈哈