@ljzxloaf 对我来说，开发体验很重要，如果写得不爽，调试困难，上一天班受一天罪，那我肯定不乐意的。而且我用 Linux 开发，微信开发者工具总是不好用，用 Taro 我可以用 WebStorm+H5 模式开发，MPFlutter 我可以用 Android Studio+Linux Desktop 模式开发，开发好了再上开发者工具细调 UI 、接 api 和打包发布

我会优先选 Taro ，如果时间足够的话，也会考虑 MPFlutter2.0 的付费方案。

首先看原型图、UI 稿以及产品需求，理解业务逻辑和用户操作流程，这个是和后端一样的。然后需要分析整体页面结构，怎么做屏幕适配，怎么合理布局，怎么规划节点层级以及用哪些 UI 组件，可以实现需要的效果以及保证运行流畅。真正编码的时候就是啪啪啪敲代码，我一般双屏甚至三屏开发，同时打开 UI 设计稿、IDE 和预览页面，先把结构和功能写出来，到这一步做完就已经差不多了。最后还原设计，现在的设计工具基本功能都差不多，鼠标点点就能看到一个元素的大小位置颜色等信息，一个一个用代码实现，其实一般来说工作量不算特别大，熟悉就好，写起来几乎不用动脑子。

简单的问题不需要问
复杂的问题答不对
能答对的问题来回打字给它提供信息的时间超过我自己写的时间
暂时不了解的新知识，通过已有的知识和经验一般知道去哪可以高效地学习，相同的时间问 GPT 即使能得到一个 Work 的答案，也可能是有坑的，学到的东西也更有限
ppt 、总结、文案类的东西我不需要写，也不屑于写，有时可以拒绝写
写模板代码那种工作，真有重复机械劳动的部分，我可以闲的时候顺手撸个代码生成器，可控、稳定、效率更高……

https://i.imgur.com/cswVol0.png


@qinyui 直接插上就能识别使用，部分服务可能需要自己映射进 docker 使用，不过因为可以图形化操作所以不难，省事点直接把 /media/devmon/ 和 /mnt/ 都映射就完事了。

不知道你说的网盘是什么意思，这个系统自带的文件管理器就能实现文件上传下载，常规的音乐视频和文本也能直接在线查看，相当于简单的网盘了，自带的共享服务在局域网里作为共享盘用也好使。然后加载三方应用仓库以后可以直接装迅雷，我自己折腾了下撸了个百度网盘也挺稳，有些人喜欢的 Alist 直接在默认的应用商店就能装，不过我不太用得到。

我的魔百盒是 armbian+casaos ，体验还是很不错的，可以试试看
https://github.com/IceWhaleTech/CasaOS

我觉得对我最大帮助是，周围人沉迷于用 GPT 以后技术水平停滞不前甚至不升反降，我的技术地位被动巩固了……

[“熊孩子”乱敲键盘攻破 Linux 桌面，大神：17 年前我就警告过你们]( https://baijiahao.baidu.com/s?id=1689471335187356383)
[隐藏了十年的 Sudo 漏洞曝出：无需密码就能获取 root 权限]( https://blog.csdn.net/csdnnews/article/details/113409348)

关注的多了就会对这种漏洞见怪不怪了其实……

“5. 各种代码生成器，json 序列化、riverpod 、retrofit 、路由等等。刚开始不懂，后来懂了，原来 dart 没有反射”—— 其实和反射关系不大，或者说并不是你理解的那个样子

其实对于新手来说，不考虑中文资料数量，也就是假设是能无障碍阅读英文资料的新人，pg 比 mysql 要简单好用很多……

个人很讨厌隐式返回这个看似简洁的语言特性，代码的可读性比书写时的一点便利性重要多了，鼓吹这种东西的所谓“新语言”，有一个算一个，在我这里统一作为大聪明看待。

JB 家任意 IDE ，比如社区版 pycharm ，都可以在命令行：
pycharm diff [path1] [path2]
打开代码对比页面对比任意两个文件或文件夹了
确保命令加入了系统环境变量，一般可以在 Toolbox 里设置自动生成 shell 脚本，这样在安装 IDE 的时候会自动生成命令。
没有的话也可以手动指定路径比如：
/home/xxx/.local/share/JetBrains/Toolbox/apps/android-studio/bin/studio.sh diff [path1] [path2]
这样用。
我在系统里加了个命令别名：alias idiff='pycharm diff'
这样需要对比代码的时候只要 idiff [path1] [path2] 就可以，非常方便

@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);