不错，争取成为 Ruby 大户

#39 楼 @defmacro

1. 对的，我需要过度的关心 cache, 纠结用那种 server, 这根本就是比较蛋疼的事情，中间层越多，架构复杂度就越大。
2. 我也有相似的感觉，现在很多应用最开始需要的只是 json API，但是 ruby 的 json render 速度确实比较捉急。

#28 楼 @defmacro 当微服务架构的时候，开发一些 api，我从 ruby 切换到 golang，在不经过任何优化的情况下，性能也非常理想，架构简单很多，根本没有那么多的中间层。

#6 楼 @gyorou good luck

#1 楼 @qinfanpeng 已修改

先生，你好，根据坐你旁边的这位女士半年观影纪录来看，属于单身，喜爱 xx 类型电影，和你很相似

#1 楼 @didme https://github.com/ruby-china/ruby-china/issues/694

已提交 issue

#2 楼 @defmacro 确实，怕有些东西，突然就火了

很多观点和楼主不谋而合，我也很期待 Ruby 社区发力 http/2，不过貌似其他语言框架也很少跟进。 也许大家使用习惯还没发生改变吧，push 时代更像是 live 时代，场景想不到太多

#28 楼 @huacnlee 谢谢， 其实我没有明白的是 cable 的通知逻辑，怎么把消息 push 给所有连接的客户端（客户端连接到不同机器）

#26 楼 @huacnlee 应该与 rails 简单的平行扩展不一样，比如消息发生在一台机器，却要通知多台机器上创建的连接，这个和访问哪台机器，哪台机器响应还是有点不一样啊

#24 楼 @huacnlee

1. 这个是单机数量么？不知道有没有好的方式做集群。 2: https://github.com/rails/rails/blob/master/actioncable/lib/action_cable/remote_connections.rb 3: 默认 ActionCable 配置的 worker 数量是 4，是否可以这么理解，假如 puma 一个进程起 16 线程，最多分了 4 个给 ActionCable 呢，及时 cable 连接数再多，也不回全部占用接请求的 worker？

谢谢分享

#59 楼 @ashchan 认同

我现在的情况是自己一个人能搞定，就 slim, 如果有你说的情况，就 erb 了

一些疑问：

1. Action Cable 性能如何？有方便做 benchmark，连接消耗的内存情况大概是？
2. 目前 RubyChina 用的应该不是 RemoteCollection, 那如果存在 server scale 的情况，这个架构应该会调整，不知道方便不？
3. 目前 pub 消息应该和 server 共用的 puma 线程数，当连接的 collections 较多时，会不会带来其他用户页面访问性能问题？

============= 看来我想错了，原来现在 actioncable 主要用的 redis pub/sub

https://www.nateberkopec.com/2015/09/30/action-cable.html

把默认限制搞到 50M 该够了吧

#56 楼 @ashchan

我的感觉是这样的

1. 如果从 0 开始写 slim，如果非常熟悉，那么肯定比 erb 快，少些很多 div，而且 slim 有空白字符压缩的功能
2. 如果通过前端写好了的 html 模版再转换成 slim 就有点多事了，还是用 erb 简单省事。

前端找个 react 插件，前端生成图片，偷偷上传到后端，图片这些很费时间，让前端处理好

localStorage 是用来缓存数据的，不是静态文件啊

https://www.coursera.org/specializations/ruby-on-rails 这个价格比较亲民

单身狗语法，从此不再 try

#38 楼 @huacnlee name style

https://css-tricks.com/bem-101/

#35 楼 @huacnlee 如果是 bem 习惯用户，感觉 bootstrap 很不舒服

女讲师比例满分

好题目，刷题开始

看多 xdite 关于 growth hacker 系列博客，实战性强

#8 楼 @hxh1246996371 还有 css module

使用 git 协议试试，这个是 github 的锅