本质问题是公共资源不够

@simonguo 学习到了 谢谢 :)

@simonguo
我看到 rsuite management system 示例里面有一个有趣的语法

```
type State = {
windowHeight: number,
expand: boolean
};

type Props = {
children: React.Node
};

class Frame extends React.Component<Props, State>

```

这个语法是什么来头？ es6 里没翻到关于这个语法的解释呢

这个做后台 UI 应该是非常合适的吧？

以前刷过 飞燕

取个好名字确实是一件非常重要得事情.

你把什么东西截图发群里了？ 对方这么火大呢..

包管理 异常处理 语言层面最好强类型加编译期检查报错 内存监测

加了这么多东西 性能不会很差吗 ？

解决问题最好的办法是直面问题，而不是绕过问题造新的轮子，不然只会有更多问题出现，并且造成太多碎片化，撕裂社区和开发者.

另外，我并没有以中国人身份提 issue, 为何就丢了中国开发者的脸 ?

ry 本身是一个风向标，他一举一动对社区会有很大影响，所以不是谁逼着我去学 deno, 而是他影响了环境，环境倒逼着我去更新到 deno; 但谁保证 deno 能彻底解决 node 的问题最后是不是又一个坑 ？ 他会不会做了一半后 像当初一样跑了？ 留给社区一堆 Bug 去修？

要么 ry 停止项目专心在 node, 要么对新 deno 负责到底. 楼上有人提我脑回路有问题，确实，我和他没半点关系，更谈不上要求他做什么事，上面所说的都是我的态度和观点而已. 他完全不用理会，但希望我的观点能对你们有所影响.

希望国内的开发社区能有自己的节奏，ry 这类大牛脑洞太大 跟之前先看仔细 盲目跟从这种换汤不换药的项目没太大意义.

见识了楼上各种喷子. 说我喷 比起你们一些人 小巫见大巫.

我的观点再明白点，ry 不应该重复造轮子，先把 node 做好。他有这个责任和能力. 不然以他做事风格 deno 只是第二个 node.

@powerfj 问题也不是 node ； 是 ry 跑路不干了；丢下 node 社区； 现在一个项目下来几百 MB, 这些都是可以优化；但 npm 社区已经成型 不可能推倒重来；前期如果 ry 做了解决方案也不至于现在这囧样.
看看 node 社区拿得出手的项目有哪些？ web 框架有吗， 分布式计算有吗？ 有点不伦不类了；这是 node 的悲剧 但又可以在发展初期就处理好； 这锅难道 ry 不应该背？

@powerfj 你确认不是更复杂？

@march1993 先不要把礼貌这问题搬上来； 就事论事的讲 这人的项目不能跟，太机会主义了.

https://github.com/ry/deno/issues/53

让这犊子关这项目.

工作中并不喜欢这种背后放贴水上级的同事