#12 楼 @xiaoping_rubyist 欢迎和我们聊聊

#9 楼 @cqcn1991

自夸一下：流利说 是 Phillip 这次来华唯一访问的开发者团队。

@niki119 不好意思，现在才看到这个消息，我们在招的，相信我同事应该有和你交流过了吧

@steaest swift 学习得如何了？欢迎和我们交流啊

@jasl @hooopo 炮哥这个绰号，总感觉哪里不对啊

赞！:thumbsup:

求 training set！

@mxyzm @nowherekai 之前可能有些失误，我们这周内都会回复的。

#21 楼 @cinic 多谢反馈！看到我同事已经回复你了，我就不插嘴了

对现在进行中的 Rails Conf 感兴趣的同学也可以关注一下我们团队前方记者的图文报道：

• https://ruby-china.org/topics/25220
• https://ruby-china.org/topics/25227

#17 楼 @prajnamas 薪资水平和个人的经历和能力有很大的关系。一般 senior 的话，是 15K 起，上不封顶的样子。

#15 楼 @lithium4010 多谢提醒，已改…

#6 楼 @colorfulberry 治愈程序猿

#1 楼 @appell 没办法，处女座比较难搞

#3 楼 @lgn21st 谢谢支持！

#10 楼 @tsaikoga 是的，Ruby 为主。

@srui 还在招的，欢迎投递简历

@darkbaby123 :thumbsup:

#5 楼 @happypeter 谢谢关注。我们这次主要找的是全职，其实我们也接受新手的。总体来说我们团队对于年轻同学，比起经历更看重潜力。

@freshlhy @diguage 可以看一下这个：https://github.com/redis-store/redis-store

在设置 maxmemory 的时候一定要注意可能的 fragmentation ratio，要比你机器的实际内存低一点才可以。因为 maxmemory 不是看 memory rss 的，很有可能你的 memory rss 已经超过了，还是会 crash 的。

#2 楼 @MrPasserby 多谢支持！

赞！刚想自己翻译成中文一下，发现已经有译文了。赞同 @quakewang 的观点，unicorn 本身耗时比较少。

#34 楼 @loveltyoic 用 newrelic-grape 这个 gem，不过这个 gem 写得不是很好，newrelic 的开发也和这个 gem 的作者提过了，应该又改进的空间。

关注过，但是没有实际用过。这家公司也有优化的 SQL 数据库解决方案，貌似专注在数据库性能优化的。

#43 楼 @vincent 没事，看到很多公司都有迁移出 mongodb 的经历，http://www.quora.com/MongoDB/Which-companies-have-moved-away-from-MongoDB-and-why

@vincent 另外其实 background 建索引是有代价的，一般会比前台的索引大不少，如果你有 replica set 的话，其实建议根据这个去操作比较好。在大的 collection 上，用 background 建的索引真的会大很多。

http://docs.mongodb.org/manual/tutorial/build-indexes-on-replica-sets/