每天联系； 介意你的想法不接触其他异性。 这算哪门子分手啊，赶紧去追回来，男人要不怕失败。 如果都讲什么“上进心”，条件，那很多人不用谈恋爱结婚了。 边追边上进

@marc 哈哈，一定~ @hysios 谢谢胡总支持，一起加油

@agilejzl @pishilong @marc 谢谢各位啊，湖南老乡还不少，欢迎有空来坐坐~

@forecho 谢谢提醒，现在还没有开始大规模推广，所以没有想太多，确实放个二维码比较好。已更新。:plus1:

可读性是针对人而言的，api 需不需要人去读？api 是给机器去消费的吧？ 问题域中的座位编号用模型域中的 id 去表示，我觉得很直观啊。

#59 楼 @ericguo 误会误会啊，其实我的意思和你一样，ember 是个好东西，鼓励有能力有精力的人捣鼓，个人觉得比 rails 门槛高. 其实我用 ember, 从 ruby 圈子进入了 nodejs 圈子，这本身就让我受益匪浅。

@nightire 我说的 session保持 的问题可能太泛泛，举个例子：current_user.

你前端想要一个 current_user, 用了 simpleAuth, 在 initializer 里面注入到 session, 得到一个 promise. 然后我在 application route 里面还有一部分逻辑，是处理购物车的，跟 current_user 相关，session(cookieStore) 只能放很少的东西，你要依次初始化这些对象 (去后台去取，都要发请求，如果服务器端生成页面的话就直接取了), 难度体现在：

1. 处理 promise. 我为了每次都有一个可用的 ember model 对象，把 resolve 好的对象塞到 applicationController 里面，其它 controller 里面定义一个别名引用它 (这样很傻..).
2. 考虑到 购物车 列表，商品列表等，即使用了 side load, 请求次数和数据量也挺大的。且每次用户刷新，上述逻辑都要跑一遍，数据都要跑一遍。

现在看来，有些问题是我 ember 没用好造成的，比如为了烦躁的 promise 问题，我后来将所有的模型全部定义为同步的了.. 还有的是 ember 本身还在快速演进，比如 ember service, 至少在我使用的 1.X 版本里面没有。

作为一个全职写了一年 ember 的人，我后来总结是使用 ember 拖了项目进度的后腿，当然这不是 ember 的问题，一是可能场景不适用，二是学习成本 (以及没学好用好..)

我也认可你的观点，前后端分离及 ember 是前端的方向，仅一个 双向绑定 可能就会让你爱不释手。有厉害一点的前端，或者团队允许一定的试错，ember 可以上的。

在你的大力普及下，我对 ember 的关注度和信心又上升了

ps: 作为一个厉害的前端，怎能没用合适的后端，看看这个？https://github.com/artificialio/sane

前后端还分离烦躁的事情还是有不少的，部分代码要写两遍, 比如前后端的 model 呀, 一些验证逻辑等, seo, session保持 等，单个看是小问题，堆积起来多了也郁闷。

前端的世界变化太快... ember 还没掌握好，react , webpack 什么的又火起来了..

囧，回复错了，回复到一个老帖子去了..

@manageyp 哈哈，谢谢

@hrz3424 暂时不考虑，谢谢。

@yangxing_star 谢谢，已修正. 有想法的朋友随时联系哦

@gonglexin 谢谢顶贴，从 500 万总建筑面积，单价，地理位置等综合来看，差不多吧。不过这是次要的了。 百度百科里面的介绍 北辰三角洲

其实很早我就发现，ruby-china 里面很多讨论的东西不是 ruby 而是 js 了.. js 好热，ember 有一点不好是有点大，做 webapp 貌似不太合适..

pods 很早就支持了

和 ripple 有关系吗？哦，没有~

我现在是个准 emberjs 开发者，我的博客 http://blog.yunnuy.com/ 有几篇关于 ember 的文章，
自己还打算维护一个使用 emberjs 的纯 js 的 web 开发框架 meen.

参照楼主的 1, 2, 3, 4, 聊一聊：

1. 动态作用域。貌似没这个问题，MVC 分层妥妥的。
2. 依赖注入。对象可以手动生成否则 ember 会自动生成，可以利用容器获得生成的对象。
3. 双象绑定性能问题。在 ie8 下面碰到性能问题，最简单的渲染，输出 130 个元素的数组，就出现 "long running script" 警告。仅 ie8 和以下。
4. 这个是声明式组件嘛？就对应 ember 中的 组件吧。这个和 view 是一样一样的，只是默认没给它上下文。所以没有额外的复杂度。

另 ember-data 很强大，坑也不少..

不知道国内上 ember 的项目多不多，欢迎大家关注 MEEN, 一起学习完善咯。

@nightire 谢谢 nightire 写了这么多。 angular 学了个 guide, 没真正用过，不过我觉得 ember 已经够好了，用起来很爽，之前的坑其实主要在 ember-data 这块，非 restful 的方法要自己写请求，处理数据，处理 hasMany 及 多态等，现在搞清楚了 sideload 和 json api, 以及 store 的机制，已经没有啥问题。

前端这么多 js, ember-cli 也是 js, 大量依赖于 json 以及 回调，异步，很自然而然的，后台也想用 node 和 mongo 了，个人觉得这才是一个自洽的，哲学统一的体系，如果说 LAMP 是一代，ROR 是二代的话，MEEN 或者 MEAN 等引入前端 mvc 的应该是三代了。

借助 ember-cli, ember 可以做到举重若轻，无论布局，css, 还是路由，事件处理等，前端写起来比 lamp 或 ror 都顺手和快; 很多统计表面，即使 ror 的项目，js 的代码量也会占到 30% - 50%, 这已经是一个 重前端 的时代。而我个人本来 rails 就是半吊子，所以我就不犹豫，拥抱 MEEN 啦~

@vincent 支持. 话说啥时候开拓男性市场，我回长沙后坚持 1 个多月小减 5 斤了

#9 楼 @frodosens

我和 @hysios 现在在填 ember 的坑 有机会也来分享分享

除 ubuntu 更新后的又一个好消息

期待，全身心转入 ubuntu ^_^

cool，简洁干净

我觉得统一用单数形式挺好，规约大于配置嘛，这样规约不更简单吗？ person -> people，可读性差不多，语义上某些条件下更精确，但也多了单复数这个成本。

:plus1:

看描述是想去的那种公司。 本来约好面试，然后当天加班到 8 点多忘记了，没有及时通知 @shaokun 让他白等了，实在不好意思。 然后改约第二天。做了些题，qq 上聊了会。感觉 @shaokun 是个很 nice 的人。 希望有机会做同事。