#12 楼 @Qcoder 你似乎没怎么玩单表继承？Car只是基类，其他继承自他的类都可以有自己的一套关联关系，而写在基类中的关系可以被所有继承自他的类调用但严格来讲还是属于他本身。因为 Prices是属于car的关系而不是 Bicycle的，虽然 Bicycle可以调用 Prices，但是这个是因为Bicycle继承自Car，Prices本身和Bicycle本身并没有直接的关系，所以在 sql 中表现就是多态的 type 是Car。PS：认真回答你的问题如果是在逗你笑的话，那么我想下次不会了

一直虚拟机搞 Ubuntu 的飘过。

你将has_many :prices写在 Bicycle里面试试，至于原因，楼上已经给出答案了

其实，说起来，除了英语外其他的条件我都满足了，而且刚好离职了，不过，肉身翻墙这种事没干过，要是能在深圳工作就好了，就像 bindo 那样组建深圳研发中心。ps：我是来消灭零回复的

#4 楼 @tablecell 哈，一般我不这么写，所以这个问题我还真没遇上过，从开始写代码起就执行代码规范的表示没遇上过这个坑。。。

3 年经验要求啊，我才两年。。是不是少了点？

好像要金毛。。。。不过我在深圳，不知道远程可不可以

#2 楼 @tablecell 这是代码规范

已到货，可是。。为啥交流群那么少的人？

有一个轻量级的 gem 包叫做 six，很简洁，我们用的就是这个，但是用起来感觉不是很灵活。。

前端和 rails 有什么关系。。。直接整成单页应用或者搞成前后端分离不就好了，rails 只负责提供 API，渲染页面什么的交给 js 来

rails 的路由是可以随便定义的，不过不建议这么干，因为这样的话很容易乱套

我们也不写测试代码，我们的解决方案是。。。另外写了一个测试脚本，专门用来测试。。。。然后人工补上未测试的部分

#17 楼 @tangyf 我先问问我同事的感受先。。。另，加微信聊呗。

明天有同时入职贵公司。。。然后。。还招人么？

正想做一个汉化版本来着，然后楼主已经做好了。。。

#5 楼 @z_ach 刚刚重新在 rails c 里跑了一下，生成的 sql 是这个：

Namespace Load (8.2ms)  SELECT `namespaces`.* FROM `namespaces` WHERE `namespaces`.`owner_id` = 141089 LIMIT 1

限制条件还是没有加上去.... 我全文搜索了一下只在 namespace 下发现：

belongs_to :owner, class_name: "User"

然后再也没有看到别的了

#2 楼 @z_ach #3 楼 @hungyuhei 我在 rails c 上面试了很奇怪 我重启机子后执行出现两条 sql，如下：

Namespace Load (18.6ms)  SELECT `namespaces`.* FROM `namespaces` WHERE `namespaces`.`id` = ****** LIMIT 1
  Namespace Load (39.4ms)  SELECT `namespaces`.* FROM `namespaces` WHERE `namespaces`.`owner_id` = ****** AND `namespaces`.`type` IS NULL LIMIT 1

然后就找到正确的结果了，但是，我只是重启服务器，并没有重启机器时就只会出现第一条 sql 然后我查了一下文档，似乎 3.2 的 rails 是支持 conditions 的，但是不知为何没有生效

#3 楼 @catherine 我不知道路由是不是可以加载判断，但似乎这个无解了.....我也是醉了，真的，好在出现了另一个需求，这样好搞一点

#1 楼 @catherine 是的，现在是一个链接需要包含两个功能，由两个不同的控制器分别处理。我现在打算在一个控制器内调用另一个控制器，但似乎没有找对方法

#16 楼 @alex 你说的低频率导致的问题确实存在，我们的解决办法就是定期合并主分支！当提交的 pr 与主分支存在冲突时，就合并主分支解决冲突，保证在合并前能够毫不冲突的被主分支合并

为什么不用 pull request 进行协作，只要控制好测试流程和代码审核流程就没问题了，我们团队就是用 pull request 进行协作，文中提到的问题通通没遇上

#10 楼 @hmilym 可以，不过。。这个貌似不在本帖的讨论范围，本帖讨论的是这该死的 ruby 超时而不是线程、异步请求

#8 楼 @MrPasserby 是的，应该是这样，不过我嫌这样写麻烦，重新写了 restclient 的模块，加入了这个参数，然后改了下名字，这样就可以如 restclient 一样用了。。。

#9 楼 @MrPasserby 并没有使用这个方法，因为这只是一个测试脚本，慢点跑无所谓，只要不出错就好。另外，这里确实可以使用线程，但没这个需求。。。

#5 楼 @shinkxw 如果大量使用的话，我想肯定会，因为不管怎样，都会占用资源，总资源一定的情况下，timeout 占用的资源多了那么其他的肯定就少了，如果再来个高并发。啧啧。。。

#3 楼 @ywencn 如果直接使用 RestClient.get 这种形式的话，是无法传递超时参数的，只能通过其他方法使用，或者直接重写一次 RestClient

#1 楼 @huacnlee 我试过，然而捕获不到。。

对于我这种单身人士加技术宅，这个问题一点意义都没有。。。