#2 楼 @imlcl

infoq 有一篇特性说明，历程回顾：http://www.infoq.com/cn/articles/douban-code-2years

@xlgwr 我还有其他安排:) 不然可以考虑呀

@lazing 没有啊 帮一个朋友发的，关注下:) @badboy 明显面向的市场都不一致啦，欧美市场跟国内经营区别蛮大的。

@isofttalent @zuozuo 感谢关注~ 看看 负责人 @carriesong 的想法:)

@hpviewer :)

#1 楼 @mystery

1. 工资是可以谈的，而且有期权
2. carrie 想找一个合伙人，而最重要的是方向和期权，工资够日常开支就好了。那到时候可能远远不是 10 k 这么简单啦。

#14 楼 @ichord 也没怎么挖，就是自己关注的 RSS 列表里有一些，看看。你这里不是挖的很好嘛:)

#10 楼 @lihuazhang 嗯，我公司的 CEO 也是...

@ichord 正好写了：http://yafeilee.me/blogs/52db82d71563882b86000004 可查阅

ps: 我也喜欢看别人的总结~

#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 的，是不是链错了~