@jziwenchen #94
1. 盲目跟风的是盲目的人，别人盲目跟风不是 Ryan 的责任；
2. 国内社区没有节奏就是因为缺少领节奏的人，这不是国外社区或个人的责任；
3. 一味追捧和一味抨击一样可恶；
4. Ryan 对 Node 社区的影响说实话不及 Tj ；
5. deno 现在甚至不可用，何谈环境倒逼你学习 deno ；
6. Node 有什么 bug 是必须 Ryan 来修的？你遇到这类 bug 了吗？
7. Ryan 离开 Node 社区时 Node 是处于「做了一半」的状态吗？
8. 直面问题是解决问题的办法，但不一定是最好的办法；
9. TypeScript 直接兼容 JavaScript 代码，仅从语言层面来讲何谈「绕过问题」？
10. deno 不支持包管理，何谈撕裂 Node 社区？
11. 「换汤不换药」，谁给的你这么说的自信？

@jziwenchen #77 怎么判断 deno 是 Node 的轮子的，因为名称使用的字母一样？ deno 都没有包管理，怎么就成了 Node 的轮子呢？
退一步讲，有了 Express 就不应该有 Koa ？有了 WebKit 就不应该有 Blink ？有了 Grunt 就不应该有 Gulp ？

想让你的东西像模像样地显示在浏览器里就需要学前端，谁先谁后无所谓

槽点无数

——————

「有几个语言，框架是我们人自己整出来的？」

所以呢？天朝有易语言你用吗？什么年代了搞技术还分洋的土的，不是自己整出来的就不能贡献代码了？

「我有这么多情绪 大部分是因为 ry 作为项目发起人而选择离开」

所以呢？ Ryan 不在 Node 就不跑了？项目就不发展了？你当 Foundation 是摆设吗？你是为了 Ryan 写 Node 程序的吗？

「很多问题最好的解决办法是从内核角度去处理，像回调异常处理，确定回调处理方案，包管理， 服务进程假死」

这跟内核有什么关系？

「看看现在的 npm 社区，包质量层次不齐还非常臃肿，一个小项目动辄几百兆. 这是在其他语言系里看不到的。」

你用的哪个包质量不行而且臃肿了？你的什么小项目就几百兆了？其他的什么语言实现包质量普遍优秀而且精炼的情况下和 Node 做了同样的事了？

「目前 Node 能做什么？除了做前端构造工具还有人敢拿来用在大并发下的生产环境？有的话估计都开始转 JAVA/PHP 系了吧」

你凭什么说没人这么用呢？就算只说前端构造工具，你不用 Node 是打算回头用 Ant 吗？你的什么项目后悔用了 Node 打算转 PHP 了吗？你是要用 Java/PHP 实现前后同构吗？

「一个好好的项目做成现在这么尴尬，创始人难道不应该负责？」

公司业绩下滑就要已经退休的创始人出来谢罪并力挽狂澜？而且你哪儿看出来业绩就下滑了的？

「看看 ry 做的事，哪个火就选择做哪个」

敢情当初是看上了 JS 火才做了 Node 的？选择 Golang 怎么了，Golang 的并发模型好用还不能用了？ TensorFlow 好用还不能做点东西出来了？你觉得 PHP 宇宙第一干嘛来写 Node 呢？

「我是俗人看不懂这样有才华的人为什么不好好做一件事」

Ryan 至少做出 Node 并且建起社区了，非要给你涨工资到退休才算善终？你的 API Framework 可千万要「善终」哦。

「 ry 发起的项目没啥好学好跟的」

有骨气，不要再升级你的项目的 Node 版本了哦！

「到最后一样和 node 的命运」

有志气，不要让你的项目和 Node 面临一样的命运哦！

你确定「丢下 node.js 社区搞 golang 」的是 Ryan 而不是 Tj ？

你确定「看看现在的 node.js 一堆 shit 」的锅在 Ryan ？

退一步讲，就算 Ryan 坚守在 Node 项目上，你确定就万事 OK 了？

顺便鄙视楼主的那个 Issue

Windows 自带输入法对我来说就差一个自定义标点功能……

这不就是 JS 热更新？

同想过这个问题，最后发现还是显示器架最靠谱

存储容量这种东西当然是越大越好（不拖累性能的前提下），大空间的好处在用到的时候自然就有体会了。

但卖多少钱是另一回事……

如果项目比较着急，Cordova Hybrid App 可能是最稳妥的方案。当然性能是否符合要求看你做的是什么。

NativeScript 还不错，但 nativescript-vue 说实话是另一回事。很多功能用原生 NS 没什么问题，用 NS-Vue 就不一定好搞了。我目前的理解，NS-Vue 差在开发成熟度上，NS 官方说它还没有 bullet-proof 是真的。当然，如果业务不复杂，NS-Vue 没什么太大的问题。

Weex 就有点尴尬了，理念很好，但成熟度上可能还不及 NS-Vue。

移动端 Meteor 没试过，但不觉得跟 Cordova 比有什么明显的优势（对于移动端 App 开发体验而言）。

Flutter 很有意思，但不适合着急的项目，一来这需要上手全新的技术栈，二来 Vue 的经验基本用不上。楼上有人说的社区整合（比如支付）方面也差一些（ Flutter 目前似乎还谈不上社区）。

总之，不论选择哪个方案，原生开发经验的有无会带来明显的差异。

编码异常吧

Tags 里为什么会有一只狗？

Vue 是怎么用的相信你是知道的。我们把 new Vue({}) 生成的东西称为「赤果果的实例」，就是 options 里啥都没有，单纯一个空对象。

那么，new Vue({ /* something */ }) 就可以叫「有内容的实例」，options 对象里有内容了。

Vue.extend({ /* something */ }) 返回一个「有内容的类」，假定赋值给一个 VueWithSomething，然后你就可以这么用：new VueWithSomething()。你猜它返回什么？「有内容的实例」，因为这个构造器本身带着「内容」，即使 new 的时候没有传 options 那它也是有内容的，天生骄傲。

require('./message.vue') 返回什么？在 loader 配置正确的情况下，*.vue 文件会被 vue-loader 转换成一个 options 对象（不难想象，是吧）。那么 Vue.extend(require('./message.vue')) 就变成了什么呢？

Vue.extend({ /* options-from-message */ })，一个「有内容的类」，而这个「内容」来自 message.vue 。

import 跟 Vue.extend() 没关系，跟 require 有关系，但超出这个主题的讨论范围了。

extends 是啥？ TypeScript 的 extends ？那相当于语言语法层面的 Vue.extend()。

表示一直很正常，比实体卡流畅

@guog #57 有种仪式的感觉

@binux #136 我说的「场景」是指那个「只修改第一行」来着。谈性能问题不能太理想化，毕竟所有需求都进行「底层优化式开发」是不现实的，也是没有（工程）意义的

@thankuu #21 讲道理，上厕所也可以有专用的设备。洗澡暂时不好解，考虑到电脑设备大多怕水

@svenzhao #131 也许是你表达得不具体。就是因为 DOM 操作慢（相对于 JS 的计算速度）但又无可避免，所以才要尽可能减少 DOM 操作，而 VDOM 就是实现这个目的的一种方案。你后面的举例太不普适了，哪有那么多只需要修改确定位置元素的需求

@svenzhao #126 直接操作 DOM 咋就比 VDOM 快了……如果直接操作 DOM 快的话 React 搞 VDOM 是图啥

@aokihu #114 Vue 1.0 解决的是精确依赖跟踪的问题，通过绑定 watcher 更新细粒度元素，但 watcher 过多会带来性能损失，所以 Vue 2.0 引入 VDOM 平衡一下。VDOM 是提高性能的手段，并不是目的（ React 是这样，Vue 更是）