@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: 请排下版。

可以的，现在移动端自动化还没有像 PC 端 那么成熟，不过也有 http://calaba.sh/ 这样比较成熟的开源框架。

我们测试体系内部用 ruby 写了一个 MFT ( Mobile Framework TestAutomation ), 只是暂不能开源。测试团队有 180+ 的人员，所以请放心使用。

以上决策时供参考

@sanivbyfish 这周是来不及了，放到 12 月初聚~