用 Ember.js 一定要看全它的文档，只要遵循它的约定，开发体验会很好，我也看到一些开发用了 Ember.js 后抱怨不好用的，蛮多都是不看文档的，自己拍脑子解决问题。

补充一些资料：

Thoughtworks 每年会出两份技术雷达，去年在 language and framework 中去年选中 Ember.js，而且评价很高 https://www.thoughtworks.com/radar/languages-and-frameworks 下面是 Thoughtworks 对 Ember.js 评估的历史 https://www.thoughtworks.com/radar/languages-and-frameworks/ember-js

Choosing Ember over React in 2016 https://blog.instant2fa.com/choosing-ember-over-react-in-2016-41a2e7fd341 以及相关讨论 https://news.ycombinator.com/item?id=12970071

#15 楼 @betterthornbird 小帅哥刚在 AWS 上折腾上 kubernetes，微服务在规划，正好跟着基础架构一步步上。

上面说的 network 问题，我猜是指基于长连接 TCP 的 RPC 吧，要考虑重连的机制，虽然一般框架会考虑到，但能否支持常见语言就难说了，那么对异构系统的友好度就差点。

基于 HTTP 好处：水平扩展性，异构支持，测试便利性（curl, postman），debug 的便利性 基于 JSON 的好处：可读性，相关的生态好，数据不需转换便可被第三方消费

@betterthornbird 支持你，如果不用 RESTful，我觉得要有很强烈的理由。REST 的话推荐一个 jsonapi http://jsonapi.org/implementations/ 已经有很多实现了，另外，GraphQL 也是一个可选项。

来

赞，如果没有版权问题，这个做出来说不定就有各种对应的 host 服务出来，也不一定要自己 host，价格便宜点就好了

赞。说说对比 Grafana 有什么优势呢？

列一下我们主要的技术栈 Ruby, Node.js, Java, Erlang, Rails, EventMachine, Grape, EmberJS, ReactJS, 数据与运维方面 ELK, Docker, Packer 以及基于 AWS 搭建的高可用架构，公司还有 iOS, Android 等其他技术项目，如果有兴趣，也可以学习。

有兴趣欢迎过来交流。

+1

有位同学发简历没留电话，只留邮件，我们发了邮件邀请面试，几天也没得到回复。 我们对每位应聘者的邮件都有回复的，如果三天内没有回复是不正常的，可以再发邮件或者拨打公司电话催一下，或者这里说一下也可以。

#9 楼 @alex_marmot 初级职位的可以参考中级职位的要求，重点是基础扎实，对技术有热情，有一定 Ruby 经验最好。

非常感谢 RubyChina，在这里已经招聘到一位很不错的开发者了，现在期待更多的朋友加入进来。

也感谢之前投简历的小伙伴们，虽然双方没有合作成功，但是明显看出来从 RubyChina 过来的应聘者的素质都是很高的，也许以后还有机会合作。

想了解更多爱乐奇技术相关的，也可以私信给我。

非常感谢 RubyChina，在这里已经招聘到一位很不错的开发者了，现在期待更多的朋友加入进来。

也感谢之前投简历的小伙伴们，虽然双方没有合作成功，但是明显看出来从 RubyChina 过来的应聘者的素质都是很高的，也许以后还有机会合作。

+1 另外，我可以提供 2 米的插线板

#2 楼 @cqpx 这个应该有，像 stackoverflow 默认显示评分最高的回复

不用这么纠结吧，不就是响应增量的变化么？检测机制有么？inotify. 通知机制有么？内部捕获或者外部消息。加载机制有么？load. 简单方式我上面也说了，rails 里面跑个 EM 也不是什么难事

简单的可以用 EventMachine 的 watch 来监控文件变化并 reload

#30 楼 @fredwu 我赞同 可以把 Rails.cache.read("Topic:user_read:#{self.id}") 抽象成 api，如 recent_visited_user_ids，user_read？不用关心是否有 cache，以后也能做到不修改 api 来实现 cache