确实有差距啊 没毛病
泥马设计稿就是用某款 iPhone 机型弄出来的，别的所有手机肯定都和那一款“有点不一样”
别说原生开发了，就是用 flutter ，UI 和交互层面完全相同，也有人觉得安卓比 iOS“有差距”
除了尺寸、屏幕色彩显示，有些人光是把安卓设备用手拿起来这个过程就在给它不自觉得减分了……

@debuggerx 补一句老王以前博客里的一段话：

所有 deepin 对 Wine 上游的代码级贡献大家都可以在 https://www.google.com.hk/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#newwindow=1&safe=strict&q=deepin.com+site:winehq.org 和　 http://source.winehq.org/git/wine.git/?a=search&h=HEAD&st=commit&s=deepin 　公开查询到 很多社区开发者说，我们用社区的 Wine 也能跑 QQ, 为啥要用 Deepin? 我只能说的是，社区版的 Wine 如果没有 deepin 这几年的贡献，你啥都跑不了，不管你换什么 linux 发行版。

@LindsayZhou 这个事情，据我了解，是有很多隐情的，以下凭记忆描述，没有资料支持，无意争辩。
最开始 deepin 选择自己 fork 一份 wine 维护就是不得已而为之的，因为 wine 上游经常不理 deepin 发的补丁，不知道是因为当时老外们并不关心国人用户的刚需，所以对待 deepin 针对国产毒瘤软件的修改并不积极，还是因为觉得这些补丁是“针对特定软件的魔改”所以质量不高不接受，又或者单纯是开源社区驱动效率太低，没能及时合并这些补丁，总之最后的结果就是 deepin 不得不自己维护一个分支。
而至于开源协议这个事情，那就很复杂了。首先，据我所知，deepin 官方从来没有对任何个人使用 deepin-wine 的二进制的行为有过禁止和处罚，很多把 deepin-wine 开源移植到其他发行版的作者也是 deepin 社区的活跃用户，大家基本上对这方面也都没什么争议。个人猜测，deepin-wine 没有正式开源，一方面可能是有些私有或专有代码可能是会有风险的，比如对毒瘤软件的逆向分析所做的补丁，这部分如果真的开源了或许会有麻烦，另一方面，可能是不少“友商”会更加方便地“拿来主义”，然后骄傲一把沸腾一波，然后收获喝彩获得经费……
所以开源协议这个事，从 archcn 的角度，我觉得没有问题，但是从 deepin 的角度，我猜测也是有自己的考量和苦衷。
早期的 wine 很多情况下对国产毒瘤软件的支持非常差，当时 deepin-wine 几乎是唯一解，现在有些软件直接用新版本的 wine 也能近乎开箱即用（但是和 deepin-wine 还是有差距），一方面是 wine 本身的进步，一方面也是 deepin-wine 的某些补丁慢慢得合并到了上游，所以不管怎么样都不应该否定 deepin 在这方面的努力和贡献。

全局鼠标手势：easystroke

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

https://www.debuggerx.com/2022/03/30/some-personal-preferences-for-linux/#easystroke

虚拟机：kvm （命令行，不用各种 GUI ）

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

https://www.debuggerx.com/2020/11/29/suggest-Linux-users-to-try-kvm-virtual-machine/

图片编辑：photopea ，比 gimp 顺手，功能基本覆盖 ps ，还不用安装

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

我是弄了个快捷方式，直接用 chrome 的 app 模式启动，使用体验和桌面应用几乎没区别

chrome --app=https://www.photopea.com

@hanguofu deepin-wine 版是目前最优解，不愿意用的多少有点执拗

1. 自己写全套很爽
2. 跟只有前端 /后端 /产品认知的人沟通真的很累好吗

其实我接触到的大佬，除了特定领域，比如搞安全的啊或者搞基础设施的，正常都不会是只对自己自己那份工作深入而对其他的充耳不闻，多多少少都会在保证深度的同时也有不错的广度，那些整天搞前后端对立，开发和设计对立的，专业水平一般也好不到哪去

@fengmiaosen354 这是差不多两年前的状态了，技术发展很快的，该更新下认知咯

@zsj1029 了解。
我也是用 dart 写了几个小项目的后端，不过是用的 angel3 这个库，感觉挺得劲儿的

https://github.com/debuggerx01/dde_gesture_manager

@wuxqing 不用都自己造，像我用的这个库，路由、中间件、orm 、jwt 、静态文件服务器、模板引擎，该有的差不多也都有了

@zsj1029 交流一下 dart 后端开发经验，用的哪个库写的？

官网文档和教程就是最好的，足够丰富，不要瞎看乱七八糟的“学习资料”

@debuggerx #3 时间 -> 事件

设置下 img 的 onerror 时间，替换 src 成 fallback 的 url 不就好了

有没有一种可能性 vue 并没有比 react 更简单 觉得 vue 简单只是一种错觉

都尝试一遍

[一键部署的相册和文件管理器]( https://github.com/debuggerx01/docker_gallery_with_manager)

BSD FFS: 1983
VxFS: 1991
EXT: 1992
EXT2: 1993.1
……
NTFS: 1993.7

@tool2d 谁抄袭谁？

https://developer.apple.com/documentation/foundation/file_system/about_apple_file_system#2990507
https://wiki.archlinux.org/title/sparse_file

NTFS 支持稀疏文件 √
这是 NTFS 特有技能 ×
NTFS 那么强 ???