node 不可替代性是不是就是以下关键字了

dart2js 生态确实很捉急，就一个 dart-sass 貌似，目前路线已经改成 不兼容 es5 了。

所以 dart 和 js 是两个生态。dart 的杀手级应用是 flutter，可期的是这只铁拳还要挥向 electron ... ，做更好的 UI





deno 要替代 node 意味着要 拿下 webpack、ssr 上面关键字的那些...
不过 openjs 基金会肯定不让，所以 deno 和 node 是一个共存的状态。


deno + node，deno 有可能在 服务端发挥的更好，可能是 serverless 产品，
不知道结局会不会 微软跳出来 认领了 这个 typescript 运行时。

工作上还有 mock 测试需要 node， 代替 java 上的 moco。



前端任务无非 配合 crud+rbac ....
静态文件服务器要乖乖交给 nginx


dart 其实也能吃三端 flutter angular jaguar

node 可以的 ，deno 以后也可以，就怕 m$ 收编。

++++++++++++++++++++++++++++++++++++

后端也慢慢 让 flux 架构变为主流。

public interface Promise<V> extends Future<V>
由 netty 发扬光大，actor 模型并没有后端真爱。

async + promise + stream + future

可以的 tg 牛逼


flutter 引擎各种魔改 为我所用

1 typescript on flutter
2 flutter engine for miniprogram

Chameleon （ Flutter ） V$ anu-nanachi(快应用) V$ taro(RN)

注* 括号表示暂时性优势，体应按场景去使用这些框架。

1/ 可能真实开发，还是有 [木桶效应] 的，因为领头微信小程序规范都在变化不是。
2/ 值得鼓励的是 他们都是开源的，个人投 nanachi 一票，相信正妹！
3/ flutter 的规范就更不用说了，很大可能是伪命题，dart 生态和 js 生态不一样的，
底层原理搞成一致只是方向正确，未必让开发者都买账...总之 js 生态的 MVVM 机制方向还算靠谱。


所以本土上 小程序还是很火的，用上 flutter 底层引擎能力也是理所当然的事。
从竞争上看，有自己家云容易招纳更多开发者，毕竟 serverless 深度集成方便了。

mobile first > ai first 后，小程序 flutter 只会更火，创造更多 视频、语音 人机交互界面。

全人类信息化进程更进一步。


TBC，iot 界面慢慢也在铺路。。。

在 v8、golang 洗礼之后，php、ruby 早就该下台了

python 继续在科学计算上发光发热...




要折腾语言 学 dart 多好啊，谷歌背书。

react preact inferno anu omi （云开发推） nerv （ omi 兄弟） > nanachi

vue mpvue uniapp （闭源危险！） wepy2.0 （非多端）

angular 没人这么做，玩 vue、react 去吧。

webflux：undertow （非 servlet 容器） vert.x(解决上下游异步) > netty

deno 基本还是玩票性质吧

@blanu 是的，deno 的冷启动和 node 没法比，在 serverless 这一轮上败阵了。

但是 和 typescript 解释一样，Javascript that scales，

deno 就是 node that scales.

其实都他妈是劣质模仿，非要扯图灵完备无 fuck 说。

妈蛋 考虑成本问题，真的是要去写 uni-app （不支持快应用），实际上最佳实践不用跨端框架。

deno 支持 python3，一举解决了 云厂商上不支持 python 那种异步方案。