在招聘贴中我没有再提 RubyMotion，因为新进的 iOS 研发同事决定采用 React-native 开发 iOS 业务，用 Objective-C 做底层。(再度更新下：目前 iOS 工程师又决定采用 Swift 了，哈哈，他也是在不断纠结中成长。)

faraday 我用过，感觉不错。至少没有出现过一些怪异问题。

这个问题很好，之前我也打算连两个数据库，连两个数据库是可以的。 不过最终还是放弃了，放到一个数据库里。

情景一：业务上的存在一些关联

一方面，业务上的关联性不是早期就能发现全的。越到后期你可能会越发现两个数据库里的数据都是互相依赖的。 这种情况坚决不适合拆成两个数据库。

情景二：业务上的关联确实很小

可以拆成两个项目去做，用 API 或 RabbitMQ 消息进行通信。 这种情况你就不需要连两个数据库了。

结论

不必连两个数据库。 根据我的经验，在连两个关系数据库的过程中，诸多不爽！建议放弃。 最大的阻力可能来自团队的其他成员，如果你自己认为正确，请顶住他们的压力。

告诉大家一个好消息：目前安卓社区国内没有做的很好的。

#47 楼 @outman 非常感谢。很可惜我尝试过后，依然没有成功。

最近在用 Grape 写 API，发现 rails 中的 request.remote_ip 这种基本功能都没有试验成功。 对 Grape 是又爱又恨。

P2P 就是贷款投资类的网站。 很多都是高利诱惑诈骗！

#12 楼 @Vincent178 貌似不行。设置了 nginx 的 header 也不行。不过还是很感谢你的回复。 后来深入挖掘了一下，发现虽然在 Grape 代码中我没办法把 IP 记录下来，但我查看 Nginx 的访问日志，发现里面记录了 IP $ tail -f /var/log/nginx/access.log 也算暂时解决了问题。

f = File.open('foo.log', 'w') f.sync = true

#9 楼 @hooooopo 正解！

Rubymotion! 看好你们！我们公司 APP 架构也在选型中。

品位不错！

#22 楼 @iancui 石路

不错！能学到一些东西。感谢分享。

#18 楼 @jyootai 携程在首页做了导向到艺龙了，结果艺龙流量一下子激增，导致歇菜。 可能 Ruby-China 随意找一个小牛程序员就可以做携程 CTO 了。

RubyMine 的 Debug 虽然很慢，用的机会也不多，但绝对是用的到的，特别是在非常复杂的算法，自己晕乎不知道是走到了哪一步报错的时候。

simple_form 之流的 form 实现的确很烂，form 的封装我都是自己实现的。

非常值得参考和学习的一段程序，感谢分享。 以后可能用得到。 何不在 github 上分享成一个项目呢？还能积累点精气。

v2ex 我孤陋寡闻了，居然都没有听过啊！ #1 楼 @chiangdi https://cnodejs.org/ 是有牛人出没的！

FreeLancer 乐园。 看起来很美啊！ 调低报价，冲击一把 America!

真心是个好项目。虚拟货币交易所，非常有前景。

Sinatra 真心不错。

#10 楼 @chenge 是所有书。呵呵

#9 楼 @tylerlong 谢谢点评。虽说每个人都有自己的分享办法，不过貌似没有几个人这么干。即便干了，也不彻底。通过这个网站，我们可以彻底的干这个事情，而且只干这个事情！

这个文章翻译的挺好的。有价值。

#2 楼 @rei 谢谢评论。 豆列是推荐好东西的地方，不限于书籍。而这个好书推荐网站仅仅推荐书籍。

#3 楼 @cqcn1991 谢谢你的回复。 作为 Rubyist，做个网站实在不费什么力气。收集用户倒是挺费精力呢。

@lyfi2003 1 和 cancan 相比，本人推荐 pundit。我推荐 pundit 的原因是 cancan 的设计并不优雅。当初我在做选择时，稍微研究了下 cancan 和 pundit，结果发现 cancan 的设计让我感觉畏惧，以致不敢尝试它，而 pundit 是我可以接受的。因为研究 cancan 不深入，所以在此不敢妄言。

2 您给出的图：User <=> Role <=> Resource，是否考虑过把 Role 拿掉呢？ 即直接通过 User 对应到 Resource。能否拿掉 Role 是要看业务需要，不过很多情况下其实是可以拿掉 Role 的。

我们之所以想到用 Role 的原因有多方面的，其中一个方面是历史原因，因为很多系统里都存在 Role 这个东西；另外一个 就是很多 User 会共用一个 Role。不过深入想想，就可以发现其实很多时候，用户对 Resource 的需求变化太大了，到时候很可能需要建许多 Role，一个 User 对应许多 Role，最后把管理员也搞得乱乱的。

而把 Role 拿掉，最大的好处是更 Direct，系统设计得也更简单。

就我过去的经历而言，我是完成了 User <=> Role <=> Resource 的实现后，老板提醒我是否可以把 Role 拿掉。然后我一想觉得有道理，就顶住了所有其他反对者的压力把 Role 给去掉了。

仅仅是个人的浅见，欢迎批评。