猜是因为一开始写 gwt 搞 java

我觉得对付莫名其妙难以理解的概念的方法就是不用它。发现问题，然后解决问题就好了。真正的问题如果没被发现，用起来也是乱用，反而会制造更多的问题。同时你也没法保证人家提供的东西就是对的。

因为是 java 程序员写的 javascript

已经转去学 Ember 了，这个像 rails

#4 楼 @search bower search angular|wc -l => 422 bower search backbone|wc -l => 226 bower search ember|wc -l => 44

虽然 emberjs 挺好的，你看看这个数据就知道了社区旺才是硬道理啊。

#3 楼 @luikore 分得太细，这个违反了截拳道：以不变应万变的宗旨了呀。

谷歌是工程师文化主导的公司，专业化重于人性化，出的很多东西强大但不怎么顺手，比如要看文档才能上手的社交工具 wave。并非谷黑，谷歌的很多东西强大且有深度，就是用起来感觉不到乐趣

前天看个视频，似乎 Ember 抄 Cocoa 的架构， 那 Angular 学的 WPF 的 MVVM 的话难道 WPF 也这么多古怪概念在里边.. http://weibo.com/1651843872/AbSdFhNDX?mod=weibotime

#8 楼 @jiyinyiyong 从 Spring/Guice 来的，DI.

#8 楼 @jiyinyiyong Ember 不是抄 Cocoa 架构，而是核心开发团队本来就是 SproutCore 那拨人（Tom Dale 吧我记得）2.0 的时候更名为 EmberJS，Yehuda 加入把 Handlebars 带了进来。

其实这是给后端程序员用的前端框架……

确实太复杂了，学起来好累 但是抛开哪些复杂的概念，必须承认 Angular 的核心思路将是未来前端开发的主流，Backbone 比之显得太过原始和保守 只是 Google 的东西一向这么的没有人味，期待将来有同样思路的更好替代品

#9 楼 @Saito

对了你们开发前段是不是用了 grunt, bower, yeoman 这些东西所生成的目录，然后原原本本的放到项目目录夹里。还是以项目的目录夹为基准，比如 rails 就放到 app/assets/ or vender/assets/ 想听听高手的做法跟理由 :)

祝创业成功。

#13 楼 @hlxwell grunt 可以由你来指定源目录和目标目录，配置写好了之后，拷贝/清除/转码/编译/压缩/打包/预览/自动刷新……等等等等只要你想得出来的事情都可以全自动一条龙完成，yeoman 就是在 grunt 的基础上整了一堆现成的项目模板，bower 是管依赖的只负责这一块，yeoman 默认用它，grunt 可用它也可不用它。