用 vim 写 Vue 的还真挺少，其他编辑器支持都挺好的，我也没办法。

至于构建，官方 cli 开箱即用你不用，这也能怪 Vue ？ hot reload 是 vue-loader 内置功能，看看文档几分钟就搞定了，第一次听说有人为了 hot reload 自己写插件的，推荐的工具链不用，自己搭又不看文档，自作聪明还抱怨，也是醉了。

@ianva 既然你心里的想法跟别人无关，你非要跑这里来开个帖子跟人争什么，自相矛盾还不让人扣帽子，请您继续 high 。。。

哈哈，有人在推上 at 了我，只能来说两句了。

简单不简单，分两方面看（这里暂时只讨论 Vue 1.x ）：

1. 实际生产力：从 0 开始用这个框架实现特定需求，需要多少时间 /精力；
2. API 设计

我们先看 (1)，这里有现身说法的用户也有好几个了，事实就是很多人确实用 Vue 开发东西很高效，看完文档就可以刷刷的出活，这跟 API 臃肿不臃肿没有直接关系，你否认也没有用。

如果打个粗略的比方， Vue 在 80% 的情况下（常见中小型应用）实际生产力会超过 React ，剩下 20% 比如超大规模应用 / 特殊需求应用， React 的可扩展性更好。这其实是一个有意识的选择，两个框架所针对的目标场景 /用户群体本来就是有微妙区别的。

再说说 (2)，楼主的主要论点是 Vue 的 API 设计得臃肿，不如 React 简单。其实核心 API 不如 React 简洁我也不否认，但是你要说不比 ng1/ng2 简单我只能..... 呵呵。回到和 React 的对比，其实 Vue API 的『多』有很多属于『便利型 API 』，也就是并不是必须存在，可以用更基础的功能去实现的 API ，类似语言中的语法糖。因为用户经常要用到，所以做成了内置的 API 。 React 核心确实简洁，但是其实把大量的工作丢给了用户自己，当你把一个完整的应用写出来的时候你自己所处理的复杂度其实远大于框架本身的复杂度。这一点其实双方也是有意识的选择， Vue 选择帮用户多解决一些常见问题，而 React 则选择只提供最基本的东西，尽可能让用户自己实现上层功能。我并不觉得这两个选择有绝对的孰优孰劣，更多的是针对用户和框架本身的定位所做的取舍。

事实上，我并不否认 1.0 的很多 API 并不是很有必要，所以在 2.0 里面进行了进一步的精简。 directive 在 2.0 里面已经完全淡化了， props 也只有单向的了。至于核心的组件格式，我觉得 Vue 的组件已经是非常简单的了，你说得好像 Vue 的组件设计有什么本质的 flaw 一样，但我好像没看见什么有力的论点。

最后楼主还是得认识到一个问题，使用的感受不是靠说的。人家用着觉得挺简单你非要告诉人家这其实不简单，就好像人家喜欢吃一样东西，但你不喜欢，你非要说服别人这个东西其实并不好吃，愚蠢而徒劳。

@greatghoul 用 csp branch 就可以了

这种情况需要注意的就是销毁旧的实例以避免内存泄露 `oldVm.$destroy()`
如果还想顺带维持原 vm 的状态，可以在销毁前 `newVue.$data = oldVue.$data`.

当然最好还是避免这种覆盖的情况...

给个建议啊，现在字是按固定间隔出现的，感觉很生硬，不像是人打字。同事做过个类似项目用的是 perlin noise 来产生随机但顺滑的打字间隔。

@congjunfeng 见问答：http://www.html-js.com/article/Vuejs-Chinese-entry-Vuejs-FAQ-common-problems

居然被你抢到了 theme 这个 package name...

现阶段检验成熟与否的唯一标准就是有没有在大公司的实际生产环境中投入使用。
从这一点来说只有 PayPal 的 KrakenJS 和 Walmart Labs 的 Hapi.js 这两个是有足够资本称得上“成熟”的。Kranken 是基于 Express 的，所以 Express 在轻量化方案里面是不二之选。

大部分情况下，你在每个循环内所做的具体事情（操作数组或是DOM）花费的时间远远大于执行循环本身花费的时间。这种优化在实际应用中是难以量化的，除非你写的是效率要求特别高的底层基础架构，否则不必太过纠结。

各位喜欢KO的，如果不需要支持IE8或以下，强烈建议看看 Vue.js: http://vuejs.org
中文教程：http://www.html-js.com/article/column/99

cdnjs: http://cdnjs.com/