ssr webpack serverless bff electron npm*
dart 在成功后说:你们从来都没正眼看过我,只知道 flutter 真香。
deno 在成功后说:放心不会有 oden doen noed .... !@#¥%……&*()
dart 在成功后说:你们从来都没正眼看过我,只知道 flutter 真香。
deno 在成功后说:放心不会有 oden doen noed .... !@#¥%……&*()
第 1 条附言 · 2019 年 4 月 25 日
补充
gulp react-native
legacy...
gulp react-native
legacy...
第 2 条附言 · 2019 年 5 月 4 日
小程序
快应用
PWA
SPA (普通 H5 )
微信公众号网页
RN
yunos app
可以归纳为 H5、APP、快应用、小程序、插件工具
...others
与 flutter 竞争。
快应用
PWA
SPA (普通 H5 )
微信公众号网页
RN
yunos app
可以归纳为 H5、APP、快应用、小程序、插件工具
...others
与 flutter 竞争。
第 3 条附言 · 2019 年 5 月 11 日
第 4 条附言 · 2019 年 5 月 11 日
第 5 条附言 · 2019 年 5 月 12 日
。。。。小程序如果能在 flutter 引擎上跑?
那么是不是以后 小程序可以直接迁移到 fuchsia ?
尽管 fuchsia 1.0 break changes 会非常多...
底层核心引擎 skia 之类的 其实修改很少,fuchsia 每次合并会选择最新版本的 flutter
想多了,,,fuchsia 上 dart 是主流 UI 框架
那么是不是以后 小程序可以直接迁移到 fuchsia ?
尽管 fuchsia 1.0 break changes 会非常多...
底层核心引擎 skia 之类的 其实修改很少,fuchsia 每次合并会选择最新版本的 flutter
想多了,,,fuchsia 上 dart 是主流 UI 框架
第 6 条附言 · 2019 年 5 月 17 日
百度云、华为云 这时候把 Deno 收编,收益会很大。
为什么呢?我是这么看的
百度有小程序 AI 布局,特别符合 Ryan 本来对 Deno 的期望。
华为云 是华为公司的,华为的快应用、华为的编译器啥的,买了 Deno,在 Serverless 战局也能拉开和小米的距离。
哎 瞎说啥呢,瞎说就是放个战略眼光呗,到时候起码不是马后炮 评论家。。。
有钱真好,可以收购有用价值项目。。。。
为什么呢?我是这么看的
百度有小程序 AI 布局,特别符合 Ryan 本来对 Deno 的期望。
华为云 是华为公司的,华为的快应用、华为的编译器啥的,买了 Deno,在 Serverless 战局也能拉开和小米的距离。
哎 瞎说啥呢,瞎说就是放个战略眼光呗,到时候起码不是马后炮 评论家。。。
有钱真好,可以收购有用价值项目。。。。
第 7 条附言 · 2019 年 5 月 20 日
现代开发已经逃不掉 nodejs,
express 型 nestjs
express 另立门户插件型 hapi 微服务。
koa 型 eggjs ... thinkjs
egg 型 midway
express 型 nestjs
express 另立门户插件型 hapi 微服务。
koa 型 eggjs ... thinkjs
egg 型 midway
11 条回复 • 2019-09-11 21:23:48 +08:00
|
1
chenhui7373 OP dart2js 生态确实很捉急,就一个 dart-sass 貌似,目前路线已经改成 不兼容 es5 了。
所以 dart 和 js 是两个生态。dart 的杀手级应用是 flutter,可期的是这只铁拳还要挥向 electron ... ,做更好的 UI —————————— deno 要替代 node 意味着要 拿下 webpack、ssr 上面关键字的那些... 不过 openjs 基金会肯定不让,所以 deno 和 node 是一个共存的状态。 deno + node,deno 有可能在 服务端发挥的更好,可能是 serverless 产品, 不知道结局会不会 微软跳出来 认领了 这个 typescript 运行时。 |
|
2
chenhui7373 OP 工作上还有 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 |
|
3
chenhui7373 OP 可以的 tg 牛逼
flutter 引擎各种魔改 为我所用 1 typescript on flutter 2 flutter engine for miniprogram |
|
4
chenhui7373 OP 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 界面慢慢也在铺路。。。 |
|
5
chenhui7373 OP 在 v8、golang 洗礼之后,php、ruby 早就该下台了
python 继续在科学计算上发光发热... 要折腾语言 学 dart 多好啊,谷歌背书。 |
|
6
chenhui7373 OP react preact inferno anu omi (云开发推) nerv ( omi 兄弟) > nanachi
vue mpvue uniapp (闭源危险!) wepy2.0 (非多端) angular 没人这么做,玩 vue、react 去吧。 |
|
7
chenhui7373 OP webflux:undertow (非 servlet 容器) vert.x(解决上下游异步) > netty
|
|
8
blanu 2019 年 5 月 8 日
deno 基本还是玩票性质吧
|
|
9
chenhui7373 OP @blanu 是的,deno 的冷启动和 node 没法比,在 serverless 这一轮上败阵了。
但是 和 typescript 解释一样,javascript that scales, deno 就是 node that scales. |
|
10
chenhui7373 OP 其实都他妈是劣质模仿,非要扯图灵完备无 fuck 说。
妈蛋 考虑成本问题,真的是要去写 uni-app (不支持快应用),实际上最佳实践不用跨端框架。 |
|
11
chenhui7373 OP deno 支持 python3,一举解决了 云厂商上不支持 python 那种异步方案。
|