#9 楼 @huhongda 我们也在做类似的事情，可以交流下

gitlab CI 蛮好用的，job 都放在 Docker 里面跑

感觉 JD 是量身给我写的，

不过护国神翼都回家了，无心写代码

OMR JRuby+Truffle ...

突然对 Ruby 的性能有期待了呢

等京东~

类似 https://github.com/gazay/gon 的思路

#6 楼 @nouse

恩，目前发布的版本，可以随意安装私有 Gem, 即使没有授权信息

目前发布的版本是不支持 protected fetch 的哦

不错，已入，打出来给小伙伴们看

先加上数据库唯一索引，后续看并发量

#11 楼 @mingyuan0715

我的设想，一样可以用 JSON 映射 data~

用类似 gon 的思路，https://github.com/gazay/gon

支持~

#9 楼 @Rei 期待它发展得更快~

#3 楼 @cn_boris

而来自于 fullscreen.com 的 bh 则启迪了我们基于 Rails Helper 进行组件化的灵感。

我们之前也是这个思路，但是整理这些 helper 很花时间; 如果社区的风不往这个方向吹，这样做会很累。

现在前端轰轰烈烈的组件化，如果利用起来，应该能方便很多。

#2 楼 @small_fish__ 是说 react_on_rails 这个项目么？

确实不错，但是感觉它把事情搞得很复杂。尤其是服务端渲染，在服务端装一个 node.js, 提前运行 JavaScript 生成 HTML 片段......

#5 楼 @i5ting

• "H5 端" 为什么必须要接口呢？
• 移动端需要的接口，跟 admin, "网站", "H5 端" 需要的接口，往往差距很大

期待直播~

有同学跟我一样，更喜欢非前后端分离的 Rails + React 么

#23 楼 @dsh0416 原谅我脸没有对起来....

#10 楼 @fsword 是我.... 买了 18 号老罗的票

在杭州哪边啊

ruby koans

如果需要排队，家属们可以做代表吧

我也觉得是好事，乐见 Ruby 社区壮大~ 话说我之前还想过免费搞这种 Code Camp

如果是 vcr 那种风格的快照，match_snapshot 会很难实现。

返回数据很复杂的 JSON API, 更适合的解决方案是： https://github.com/sharethrough/json-schema-rspec

还好我没等新 MacBook Pro，哈哈哈 😌