公司名都没有，就告诉大家是创业公司，而且也没写清楚福利，招聘要求倒挺高，人够多才怪了，最关键的一点就是既然是创业公司至少把蓝图描述得吸引人点。。。

初学者不要太关注底层的逻辑，你不是已经显示出来了吗，那就够了，做得多了慢慢就明白怎么回事了，如果自己实在不能接受可以先去学习 sinatra 和 rack，这两个东西比较基础

这个世界就是需要这样乐于奉献的人

他说的是进程的方式，你也可以采用接口的方式，详情http://rice.rubyforge.org/

各个邮箱的设置都不大一样，建议去看看邮件服务商提供的客户端设置方式

#25 楼 @kehao 长连接产生的流量太大了。。。3G 流量费很贵的，如果是 wifi 还可以接受，还有长连接对服务器的负载能力要求太大，长连接的话 200 个你服务器就很受不了，短连接就不一样了，10000 个都很轻松，3 秒以内就搞定

#19 楼 @kehao 当然了，我在 ios 和 android 里都实现了

#18 楼 @kehao 不是的，HTML5 的协议都是可以跨平台的。。。我在实际项目中就自己实现的 eventsource

#15 楼 @calebx SSE 的开发成本相比其它几个协议差不多是最低的了，我都研究过

#11 楼 @calebx 注意下现在浏览器多半还不支持里面的 LAST_EVENT_ID，所以在自己的客户端或者自定义浏览器里使用是没有问题的，在通用浏览器里目前支持得还不是很好，不过做客户端比较 ok 了，要想 web 版全支持可能还得等待一段时间

#9 楼 @calebx w3c 的一个协议，html5 标准里的，去年 12 月才成为正式标准，全名 server sent events，我已经在正式项目里用了，效率很高，你可以好好看看协议的定义： http://dev.w3.org/html5/eventsource/

我用的 sse 协议，使用短连接，感觉挺合适的，数据存 redis 服务器里，效率很高，也支持集群

#7 楼 @mayday 你在解决问题的过程中肯定要查阅大量的资料和进行 google，这过程中你会遇到很多好的开源的项目，多看看别人的实现，看别人代码的时候多思考下作者的意图，还有想想你能不能用更好的方法来解决同样的问题，其实很多开源项目的实现能改善的空间都挺大的，你都能拿过来玩的

#3 楼 @mayday 当你能自己提出自己的问题的时候你就不错了，不怕不懂，就怕自己不知道为什么不懂

对应届生，我的建议是一定要静下心来好好学习基础，多看（多看书和源码）多练（多拿实际的例子来练习），不骄不躁，看书的时候仔细点看，多看几遍，不要看一眼就说我明白了，坚持 1 年后看效果，还有一点很重要，一定要学会解决问题的方法，遇事多想个为什么

vim 和 emacs 随便选一个都无敌啊

bundler 还是 pre 版。。。

我这是这么干的，每次登录后在内存数据库里生成一个 key value,key 就是用户 id,value 就是一个随机的 token，当 token 发生变化后有两种方案处理反馈，一种是当新的请求发生的时候去检查 key value 是否匹配，然后把结果返回到新的请求页面，还有一种如果你想做及时通知的话你可以建一个推送服务器，推送服务器我采用的是 SSE 协议，SSE 协议对服务器压力相对来说比较小，因为是短连接，但有个缺点是现在的浏览器大部分都不支持 LAST_EVENT_ID，兼容性不大好，不过其实不做推送用户体验也不会差到哪去

http://mongoid.org/en/mongoid/docs/extras.html#timestamps http://mongoid.org/en/mongoid/docs/querying.html 看完这两条你就可以得出结论 where(:created_at.lte => yourdate ) lte == less than or equal gte == greater than or equal lt == less than gt == greater than 如果是等于呢，就直接:created_at => yourdate 所以看文档要一行行看，这是最基本的

果断 rvm get latest rvm install 2.0.0 rvm use 2.0.0 --default

这种问题你应该查看 mongoid.org 里的 doc，这种问题不查文档就问人显得你太懒了

#22 楼 @as181920 感觉他们现在目前的阶段不太适合新手，他们这阶段招的每个人都能独当一面合适

#12 楼 @guyanbiao 你比我还抠门啊，哈哈

#10 楼 @guyanbiao 要不我帮你问问再告诉你

很有诚意啊，不错，支持，可惜不是北京的

#6 楼 @D90 公司的设计师，没花钱

面向对象也是为了解决特定问题的一种方法而已，那些大牛们往往直接面对的是比较基础比较核心的问题，函数加数据结构已经够了，你让他们用面向对象的方法来解决那些问题反而是绕远路了，他们需要看的是问题的本质，而大部分应用工程师仅仅是需要进行组合和调用，解决的问题不一样，所以对大部分应用工程好似来说，要快速的做出可商用的东西而又不想花太高的成本还是面向对象合适

我找设计师定制的，o(∩∩)o...

^_^刷新了