@lwlizhe QT 难啊，C++对比 ts\dart 难了多少，开发者数量也少至少一个量级吧？

PyQt 倒是简单了，但是运行效率到打包产物尺寸，跟 Electron 差不多了。

再来 QtWidgets 开发效率低，QtQuick 推广差资料少，Qt 项目打包部署解决依赖问题也比 Electron 和 flutter 这些麻烦，所以很多 Qt 项目适合定制系统和设备上运行，真想跨平台还得多花些精力。

[ [译] macOS 上 Flutter Desktop 与 Electron 的性能对比]( https://juejin.cn/post/7018450473292136456)
虽然比较老的测试了，但是 Electron 对比 flutter 的资源占用差距可能比一些人以为的还要大。

@sunjiayao
https://www.v2ex.com/t/938959
https://www.v2ex.com/t/952400
https://www.v2ex.com/t/955166
https://zhuanlan.zhihu.com/p/520770477
https://medium.com/@maxel333/comparing-desktop-application-development-frameworks-electron-flutter-tauri-react-native-and-fd2712765377

@Loxon 优缺点和对比已经说烂了，该不认同的还是不会认同，只会一直争下去，实在懒得说了……所以出来投一票表个立场而已。

我投 flutter 一票

我的习惯是，如果是日期范围的参数，比如 1 月 1 号-1 月 3 号，那么前端就传 1 月 1 号和 1 月 3 号这两天任意的时间即可（比如 2024-01-01 08:12:35 和 2024-01-03 18:22:02 就满足,），后端只取日期部分。这样的好处是不会把歧义泄露到前端代码，并且前端使用 api 非常方便，比如前端想要近 5 天的数据，只要写:

const now = new Date();
const endTime = now.toISOString();
now.setDate(now.getDate() - 5);
const startTime = now.toISOString();
apis.someApi(startTime, endTime);

我用过苏泊尔一款两层四个独立小碗的加热饭盒，买袋米（我买的免淘洗黑米）放工位，每天大概离饭点 40 多分钟倒点米在碗里，加点矿泉水，先只放一层煮饭，半个多小时以后再把另一层和其他装了冷菜的碗放上去，到点正好可以吃热的，米饭肯定是熟的，口感不比电饭锅煮得差。
主要的问题还是清洗麻烦，每天要洗整个饭盒四个部件，四个不锈钢碗和四个碗盖。再来是这样热饭容易进水蒸气，部分菜会变得汤汤水水口感略差。

[为什么下面程序递归计算斐波那契数列 java 比 c++要快 - RednaxelaFX 的回答]( https://www.zhihu.com/question/56683164/answer/150190561)

@Kamiyu0087 你在网上搜，有人碰到 6.0 系统就有这个问题了……再看这个“总结”，实际上也只是部分样本，没法准确判断： https://www.dandelioncloud.cn/article/details/1610809860885266433

恶心的是，定位关闭导致扫不到 ble 设备只在部分手机上出现，而且程序捕获不到异常，可以认为是对开发不可知。我也是做 ble 项目的时候，自己开发测试没问题，但是客户就是说扫不到，三星、红米、华为都有部分机型用户报告，网上搜这个问题，也没有一个准确判断哪些机型会出问题的办法。
所以为了不影响没问题的用户，我最后只能是在检查完一切权限没问题之后，调用 scan 方法的同时起一个计时器，超过 3 秒没有扫到任何设备就弹窗引导用户去打开 GPS 开关……毕竟如果强制要所有用户都必须打开定位开关才能用，某些人又要质疑凭什么了。

必然选鹅，去华子就是一边摧残自己一边赌未来

用过他家的 obs ，因为业务是面向湾湾的，所以服务开的香港区，经常出现网络问题，隔三差五就无法使用，最严重的时候每天下午 6 点左右到夜里就是不可用状态，发工单就说检查一下，过一会说检测网络没问题，建议我们查自己的代码有没有问题……后来又出现上传显示成功，但是访问时随机报文件不存在，忍无可忍打客服电话，结果每次电话过去先要听一段推销卖手机的广告，然后转接到业务部门，上来先推销他们的云服务，告知是要投诉才转接到相关人员，最后也不给解决方法，只说可以送云服务代金券补偿一下。。。
最后换了谷歌云，稳。

10 年 deepin 用户，如果 deepin 哪天不行了就换 debian 。
gnome 是真的受不了，桌面环境的话我的降级路线是 dde-xfce-kde-i3wm ，如果因为 wayland 问题最后都不好用了，估计可能只能再去用 win 吧。

成也多线程，败也多线程；
成也设计模式，败也设计模式；
成也 jvm ，败也……好吧，这个不算失败，只能说在很多新兴领域成了拖油瓶，曾经的优势不再明显
要不是有喷射大脑，估计还会有多几倍的人喷它

@playtomandjerry
@lerosua
就是因为很多人还保持着“核心部分还是需要原生处理”、“flutter 只是 UI 框架”，才导致很多项目用了 flutter 反而还不如不用，调试难度维护成本飙升。
原生经验当然有用，但是得清楚什么时候该用什么时候不该用，而不是本应该用跨平台框架内的方案实现的功能，因为懒得学和对原生更熟悉，就三天两头转回去写原生插件。
所以我经常见到一些新手或者前端转跨平台的，反而比资深原生开发写的 flutter 项目更好……
如果是让有（够用的）原生经验的 Fultter 高手，一个人抵三个是真不夸张，产品质量使用体验也不会差，成本肯定是降低的

一圈用下来，最后觉得最好用的居然是飞书文档……

“为了编程”买游戏本