@murmur qt 、electron 、flutter 的桌面应用我都做过，都是小工具级别，都是同时保证三个桌面可用，不会乱说话。哪怕就只是做给自己用，作为开发，我也得选问题少的、写着爽的吧

@murmur 都是老古董了，而且在 linxu 下都有一堆问题。越是减量市场，还能保持发展的，越是说明优越性。按照你的说法，其实大家都不要写桌面程序了，LZ 也没必要选了，反正没人用

@murmur 网易云音乐，钉钉 这些能叫新？牛逼。。
移动端 flutter 是稳的，桌面和 web 不好说，但是 electron 肯定要被淘汰的

@murmur https://github.com/debuggerx01/dde_gesture_manager
flutter 做的客户端（还有 web 版），dart 写的后端，已经上架 deepin/UOS 的应用商店

X11Forwarding
https://v.youku.com/v_show/id_XMzUzOTQ1OTAyMA==.html?spm=a2h0c.8166622.PhoneSokuUgcSeries_1.dscreenshot_1
6 分 20 秒开始

[修改 Linux 内核使系统启动时间缩短约 30 秒]( https://www.debuggerx.com/2021/07/07/Modify-the-linux-kernel-to-reduce-the-boot-speed-by-about-30-seconds/)

[利用 GitHub Actions 自动构建 Linux 内核为 deb 包]( https://www.debuggerx.com/2021/08/17/Using-github-actions-to-build-kernel-deb-packages/)

眼界太窄

@debuggerx 移动端 /桌面端：flutter
这样一套下来，前端基本就覆盖全了，而且思想和语法都接近，没太大的差异学习成本

web: next.js
移动端: flutter
小程序: taro

@nicegoing 没收到过这样的反馈……我测试下来都没什么延迟的，顶多移动端有个一两百 ms 用于区分双击事件的默认延迟

@2435043xia 因为是直接放在 github pages 上的所以会有点慢，如果放在国内服务器或者用好点的梯子，这点加载量不算啥了，也是秒级加载，和没开 ssr 的 react 啥的差不了多少

@darknoll 可以写，但没必要。
现在比较常见的场景就两个，一是写的 flutter 库可以弄个 web 的 demo 直接放到 github 上给人预览效果，一个是开发 mobile/desktop 的项目，可以低成本地生成 web 版，比如我这个——
http://www.debuggerx.com/dgm_web/#/

@zedcoding 并不会，反而写多了才会体会到，嵌套才是 UI 本质，嵌套才是最返璞归真的直观，强行为了让代码变成“面条”而把嵌套拉平才是反直觉的

没错，说还有高端需求让人深入的都是憋着要卖课卖书的

原生安卓写到吐的我，现在转了 flutter ，每天都想写，一天不写就浑身难受

stf
部署好之后 直接 chrome 弄个桌面快捷方式 访问云手机就跟本机差不多了 非常方便 无需安装任何 client

我自己的项目会追求 0 Warning 0 Error 甚至 0 Typo
如果是 Warning 本身不合理 我会改 lint 规则
如果确实是特例 我也会加 // ignore for this line

其实就那几个套路 别多想 写写就好了
越是想所谓“系统、高效”学习 越是会走弯路 除非是面向面试 不建议浪费这个精力

@chenxytw 中文输入没问题的……