#1 楼 @Saito REMs 是非常值得推荐的。

#2 楼 @Yujing_Z 跟一开始的结论一致:) 但满大街的 Bootstrap 肯定是 Foundation 无法比的。

#3 楼 @Rei 同意对 Bootstrap 的看法~ Foundation 的 small, medium, large 网格系统目前看上去还是非常 NICE 的。

#10 楼 @imlcl 嗯，cap3 感觉想转型为运维人员的工具，不仅仅是一个 rails 的发布环境了。

@QueXuQ 研究过 capistrano3, 复杂度上升过多，已经转至 mina 来了。布署嘛，就是一堆命令比较简单。

@hayeah @ichord 赞一个~

@imlcl 如果能够解决掉这个问题，ruby 的使用场景就会继续增多：）

#17 楼 @ruohanc 推理的非常正确～

#13 楼 @ruohanc

1. 快速送快：tcp 对丢包网络的利用率非常低，比如 5％ 丢包几乎就没法用了。而 udp 不一样，IM 讲究实时到，这样可以自定义检查，比如连续发几个重复包，分多路发送，这样确认方确认时就更大概率确认到。
2. udp 几乎就是 ip 包，扩展支持群发是简单的事，而 tcp 就不容易了。

当然，如果你只是实现一个简单的送达平台，使用 tcp，http 都完全没问题。但考虑到效率，杀鸡用牛刀就不花算了。

@hick @kgen 专业的网络工程师过来说二句，做 IM 开发，讲究的不是 100% 送达，所以一般采用 udp，但是有的时候为了传墙 ( 比如防火墙封了 udp )，会使用 TCP。但使用 HTTP 纯属扯淡了。毕竟报头的数据太大了。这就如坐船去河对面，你没有必要用豪华油轮吧。而 HTTP 带的超文本协议功能是 IM 不需要的。

@sundevilyang 嗯好主意~

RailsGirls 深圳站，200+ 图：http://www.yupoo.com/photos/railsgirls/albums/14862457/

@ghosTM55 coool～

@jasl cool, 我抓人补充下 Linux 与 OSX10.8 的

@sanivbyfish 信 + 非常靠谱，支持。

coool~

@jjym https://jinshuju.net/f/rXpu07 这里面有

@bcmic good~

@badboy 大部分直接在微信群上报名了。

@vman welcome~

深圳的帮支持

#5 楼 @sundevilyang 西安的链接是 2013.10 的，是不是链错了~

@seveniruby cool~

@xfstart07 欢迎随时回来找我:) @xlgwr 有空可以单独找我：微信号也是 @lyfi2003.

@saberma 嗯，这个主意赞

@lgn21st 求置个顶~

@diguage 只是深圳过来的参与者～

同 @hooopo 没必要

@iBachue 来了啊，我见了 @congteng @wenyang 一票人等~

@hick 嗯，微信群 40 人限制很不方便。

@zhangyuxiu 父进程如果先于子进程退出，子进程会被 init 进程接管，init 的进程号为 1, 看此例很有可能是这个原因造成的。你可以在父进程代码里 sleep 10 再看看正常否？

ps: 请排下版。