1. 目前无论 是 ios ，harmory os 还有android 都在积极拥抱 多设备的跨屏协同和万物互联，不知道 deepin 关于 在这个方向目前有没有什么想法 或者 创新？
2. 统信 对于 开源商业化 思考 和 下一步的规划是如何的呢？有什么 好的 开源商业化的思路吗？
3. deepin今年 推出了 玲珑包 和 unilang 编程语言，后续的规划 能不能介绍下？
4. 为何dtk 文档 从发布到现在 一直没有 比较完善的文档，相比 google 的 flutter 文档，华为的 ArkUI 开发文档 差距 这么大？后面会有完善 对初中级开发者比较 友好的文档 计划吗？
5. 目前看到 论坛的 主要作用是 求助和反馈，对于 一些 技术贴 大部分都覆盖掉了，论坛的搜索功能也很弱，后面 有什么计划 完善这方面的计划吗？
6. deepin wiki 的审核过程 能不能下放到社区 去做呢？目前的审核太慢和复杂，导致文档 更新的不够及时。 或者 直接把 arch wiki 拿过来 吧。
7. 分享一下 deepin-home deepin之家 后面的规划？

1. DTK和应用商店什么时候能开放主题功能让其他设计师制作和上架主题？用户也能使用上符合自己审美的主题，想不要圆角就不要圆角，想要六边形就换上六边形，想不要大额头就不要大额头。
2. LoongArch 版 deepin 什么时候出？
3. 会不会做真正滚动更新的 deepin？
4. 做一个独立的发行版是如何获取和审查代码及软件，各种安全补丁怎么做到及时应用？
5. 玲珑 现在做到什么程度了？用玲珑打包整个桌面环境可行吗？其他发行版何时能用上？
6. 类似 Android、Flatseal 的权限管理有在做吗？
7. 非 Qt 软件开发者怎样方便地用上 DTK？
8. 是否考虑过脱离 KWin？
9. 什么时候能使用 Wayland？
10. 浏览器做不做基于 Firefox 支持国密的版本？其他东西也加上国密支持就挺好的。
11. 全家桶还会开发哪些工具？KDE 和 GNOME 都有不少开发和设计使用的东西，deepin 会做吗？
12. 做个类似 AUR 这样的软件编译打包脚本网站？可以做成官方和星火应用商店的补充，像 Arch 里面添加官方源和 archlinuxcn 源，依旧要使用 AUR。
13. 是否考虑过解决项目在 GitHub 上导致国内大部分地区难以使用和参与其中的问题？Debian、GNOME、KDE 等项目都是自己搭建项目托管平台，甚至生态应用也能放上去开发。

1 论坛常被发广告的攻陷，有没有有效的技术方案

2 有没有考虑迁到gitee

3 有没有考虑将项目捐赠给开放原子基金会

4 母公司对社区的支持力度是怎样的

5 希望了解玲珑更多的技术规划和运营规划

6 根社区成立以来，有没有形成完善稳定的运营体系，希望透露更多细节和规划

1 v23 作为根社区， 对于软件版本的选择，以稳为准，不是以新为准？ deepin23 之前，deepin的软件仓库内版本更新跟不上主流。在v23 中是否会及时跟进应用更新？

2 V23 正式发布后，apt 是否保留？ apt仓库软件的打包和玲珑是否同步，还是以哪个为主？

3 V23 对涉及全局使用的应用，如何不受沙盒机制影响，目前deepin-editor 之类不能被全局使用。

4 V23 是否考虑 提供标准，让软件开发者 提交审核。 deepin 采取邀约形式 邀请厂商入驻应用商店平台

不知道有没有推出基础高性能计算框架的计划，现在国内GPU厂家和CPU厂家一家搞一套库，看着就头大

1. 可以用Discourse重构论坛吗？Discourse搭建论坛有两大好处，一是可以关注自己参与的话题，比如在论坛发现一个问题，我提出了某个不太完美的解决方案，后续有人给出了更加完善的方案，即使不是回复我的，我也能收到通知，我觉得这种机制更加有助于论坛里的讨论，也能学到更多；而是Discourse和邮箱绑定，可以通过邮件接受来自论坛的通知，这样在手机端也能知晓论坛的最新动态
2. deepin系统自带的备份还原功能将如何改变？看之前的置顶通告似乎是要做成独立的应用？新的备份还原会放弃A/B分区这种方式吗？如果换新的备份还原机制，已创建的系统备份还是否可用？新的备份还原可以做到像TimeShift一样增量快照吗？

支持！！！！

1. Deepin 开发套件目前开发怎么样？接口是否能够统一且简单实用，开发文档的全面性和代码样例教学目前做的咋样？比如全局热键、键鼠模拟、设置常用的窗体属性等（参考 Win API 和 C# 编程接口），这些都需要自己单独去写，或者需要比较麻烦才能达到目的。
2. 商店审核不通过反馈单目前跟进咋样，目前主要是通过微信联系的方式，如果应用提交者就是原作者好说，但如果不是呢？需要明确的测试方式，如何复现等这些步骤有时候很难通过一句话看明白。尤其是审核不清楚软件机制特性的时候，有时候会造成误判。
3. V23 系统针对电源能耗的优化咋样？
4. 启动器第一次打开需要等一会，文本编辑器 Bug 多，休眠醒来系统的通知会概率性被卡掉或者难以消失、音量设置时提示不会消失、通知无法清空等细节问题目前咋样了？这些是否可以在 V23 进行解决？

1、V23是基于Linux内核自建的全新操作系统，计划采用哪些根技术来解决系统的稳定性问题。

2、玲珑软件是通过容器把所有的依赖全部打进包里，如何解决软件体积大和启动速度慢的问题？封闭的容器运行时是如何支持各种输入法的？

3、ll-builder支持从原码构建包，能不能对二进制deb包进行转换，是否有转换工具？从原码构建，原码支持哪些编程语言，是否只是支持C/C++语言吗？

4、编程语言、应用框架和开发工具是构建应用生态的关键，也是一个成熟操作系统的标志。deepin在这方面有何进一步的打算，做了哪些工作？Unilnag编程语言好久能正式发布，在应用生态建设中起什么作用，能否提高应用的开发效率？

我只希望deepin可以把性能这一块提高一些和默认支持flatpak，还有就是可以在右键文件可以有复制文件路径选项

以后可能会有补充

补充（1）：不清楚官方有没有想过在deepin里面就适配ARM或者是龙芯？或者是有没有考虑在安装菜单里面搞一个选择安装软件包或者是安装种类选项：

还是举个例子恰当一些：比如说可以参考openSUSE那样做安装过程中有一个页面可以选择安装哪些软件包，我认为这样的话可以不用安装自己用不着或者是没必要的软件，或者是提供一个最小安装选项（Ubuntu那样就安装基本应用程序而不是像Debian那个“最小安装”应该就可以了）

还有就是能不能在deepin里面支持rescue（类似于Debian）模式可以通过菜单或者是引导式步骤（我觉得比LiveCD简单多了，个人感觉吧）

以及还有就是有个我觉得很好的例子可以参考一下：Fedora media writer（一键下载系统并制作启动盘）

上面一些建议虽然以前就说过了但是我觉得再说一遍也没坏处

不喜勿喷，谢谢（心理阴影）

20.8会把之前反馈的bug都修复吗？

既然DEEPIN定位为根系统，就要坚持做纯净的系统，稳定的系统，安全的系统。一切与系统无关的冗余都不需要关注，避免大而全的臃肿。所有的创新与市场需求则在UOS中去实现，去探索，去发现。

1. 统信目前在服务器、云端产品线也不断发力，其中有哪些运维测试方面的新技术也能助力新发行版的日常维护
2. 新的dtk declarative的架构和设计理念，相比dtkwidget有哪些性能、功能方面的tradeoff
3. 新dtk是否会在多语言支持和跨平台上有所考虑，比如PySide、unilang

本文共 5230 字，不信你数一数 阅读大约需要 10 分钟。

给 deepin 的问题、建议与期许

非常感谢，我能有这样一个机会为 deepin 提出一些思考，提供一些建议。下面，我将从问题与建议两方面，说说我的心里话。

处于我的个人兴趣，以下内容偏向于设计等方面的切入点；描述中或许有条理不清或情绪激动之处，请见谅。

1. 问题方面

针对我遇到的和平时从其他用户那里了解到的一些内容，我想提出以下问题：

1.1 deepin V23

• 关于 V23 的新版桌面 UI，是否有相关信息透露？
• 应用商店的暗黑模式什么时候能有？
• deepin V23 在前期宣传中表示会引入“下一代图形显示协议”，会使用 Wayland 吗？
• 以后会开放接口，推出主题商店吗？
• 从 V20 到 V23 的升级目前实现情况如何？能否做到平滑升级？
• 浏览器、屏幕键盘、第三方应用与系统的 UI 能否做到完全统一？
• deepin Tweak 目前的开发情况如何？
• 有龙芯版本的开发计划吗？
• 多设备互联的功能是否会下放至 deepin？
• 是否会提供一个 Minimal 镜像？

1.2 社区

• 论坛的搜索功能是否有完善计划？
• 针对论坛有时出现垃圾帖、广告帖的情况，技术上有没有解决方案？
• 官方群聊今后的管理方式如何？
• deepin 是否在对国际化社区提供支持？
• 社区之家 APP 以后的定位与发展方向是什么？
• D 币商城什么时候上线？
• deepin 会推出面向消费者的周边吗？

1.3 开发

• 玲珑软件包维护目前是否遇到困难？如有，能否开放一定的技术文档，邀请社区开发者共同发力？
• 根社区的建设进度如何？V23 能否最终成为一个稳定可用的版本？
• Unilang 是否会用于深度全家桶？
• 是否考虑在 Gitee 也创建一个同步的 Repository，吸引更多国内开发者加入？
• deepin Wiki 与 DTK 开发文档是否会得到完善？

1.4 deepin 与 统信UOS

• 进入 deepin V23，UOS 是否会跟进 V23 的新特性？如果会，时间是什么时候？
• 统信软件是否有弱化 deepin 这一品牌的倾向？
• 统信软件为深度科技提供怎样的支持？力度如何？
• deepin 现在有稳定的资金收入吗？

2. 建议&吐槽方面

接下来就是我的一些建议和吐槽了。我因为一直对设计感兴趣，所以很多建议&吐槽也是偏设计性的，希望官方人员可以考虑，酌情采纳。

2.1 系统

“凡是用户认可的设计，能不变尽量不变，即使要调整也要渐进式改变，如果一下子做太大的调整，而且无法论证新方案更优秀，那么厂商只会挨骂。”

2.1.1 开机启动

deepin 的 Grub 主题很好看，是毛玻璃的设计；但后来的版本开始不注意这个了，最近的几个版本都有 Grub 主题丢失的现象。希望能加回来。

---

我就直说了吧：deepin V20 的开机动画不如 V15。

为什么？deepin V15 的开机动画，是一个向 LOGO 注水的特效；这一简单的动效，就向 LOGO 赋予了“深度”的内涵：水注满了，“深度”就有了，产品的名称由此得到了具象化的体现。但 V20 的闪动 LOGO 显然不具备这种效果。启动的 LOGO 动画不仅有利于打发用户的等待时间，减少用户的焦虑感，更有利于深化产品形象，使用户有一个更深的印象。

且，deepin 完全可在系统加载完成时加入完成动画，而不是直接卡在那里；这在技术上完全可以实现，参考 Zorin OS。

参考 FydeOS，RemixOS，PrimeOS 的开机动画。

2.1.2 安装器

为什么 deepin 要扔掉 V15 的安装器啊？

看看我这个帖子吧：【PPT SHOW】第十三期：你多久没在安装 deepin 时“喝咖啡”了？ 。deepin 15.11，仅需一次启动，四步操作，就能配置好分区、用户、区域设置，完成二次确认。“简单”、“高级”、“全盘安装”，覆盖从小白到大佬的各类需求。安装轮播图比例适应各种分辨率的屏幕，再次启动直接进系统，不用再“优化系统配置”。毛玻璃透明背景，这样的设计即便是拿到今天都很能打。要我说，这个安装器，只需要加上屏幕键盘、安装日志，然后哪怕从 2015 年用到现在，我也不会介意。

结果呢？为了追求所谓的和系统 UI 一致，deepin V20 先行主动抛弃这个安装器；V23 又一顿乱改，把安装界面缩到一个小窗口，细节上槽点满满。

然后呢？麒麟软件这个“借鉴大师”抄了 deepin V15 安装界面，并且加上了屏幕键盘、安装日志，我对深度安装器的期望，最终却由我最讨厌的麒麟实现了。

2.1.3 桌面环境 UI/UX 设计

deepin 的桌面环境可以说是比较美观了，但包括我在内的论坛里的许多人都比较怀念 V15 的桌面设计。deepin V15 的侧边控制中心、Dock 栏等等，都是简单但不乏创意的设计。我听说，官方希望 deepin 的设计能够具有辨识性，使用户一眼看出这是深度操作系统，那么，设计就应该不拘于仅仅对现有组件的美化与修饰，而更应该是用户体验的创新，使用户拥有一套适用于 deepin 的操作逻辑。之前，V15 做得很好，可惜 V20 丢掉了一部分。

一个好看的桌面，应当是在视觉上做减法：比如，减少高饱和度要素的出现，不然好看就容易变成花里胡哨；但是，动画与交互不能丢，而交互动画恰巧是 deepin 的弱项。在 deepin 中，我们可看到的大部分动画都是淡入淡出，或者是只有大概 30 帧的滑动动画。为什么有的用户会觉得 DDE 不如 KDE，Gnome 流畅？性能调优是一方面，但生硬的动画也难辞其咎。Windows 看起来动画有点多，但用户的几乎每一次操作都有动画反馈，使用户感觉到系统在积极地回应，使用时也会感到轻松愉悦。

2.1.4 系统底层

不止一个用户反馈，deepin 的基础软件包版本过旧。我不搞开发，所以对这些的感受不深；但当我换了新电脑以后，发现正是因为一些过旧的驱动，使得一些硬件无法很好地运转。deepin V23 要搞根发行版，那么跟进软件包版本，就是必不可少的了。

相比以前来说，现在 DDE 的性能也是个大问题，这需要官方加以优化。

2.1.5 主题

deepin 有 9 种强调色，黑白两种模式，大中小三档圆角。那么，对于 GTK2/3/4 等其他一些非 DTK 程序，就应该对应有 9×2×3=54 个主题以保证 UI 的整体性。

好像有点多？但实际上，做好一个之后，其他主题只需要通过简单更改配色和参数即可实现。Zorin OS 就是这样做的。

为了主题的多样性，建议提供一个面向用户及开发者的主题商店。

---

这里补一句，在官方设置程序中加入圆角大小调节这一高级自定义选项，实属设计师与用户相互妥协的产物。提供这个选项可以，但或许保持设计师与用户方向的一致更有必要。

“设计理念问题，要以用户为中心，不能以设计师为中心，不能用设计师的个人偏好去代替广大用户的普遍喜好（非少数人的个别喜好）。”

2.1.6 细节决定成败

和以前相比，deepin 似乎不那么注重细节了；巧的是，我又是一个喜欢揪细节的人。

deepin V20 开机动画，“i”上面的点与下面宽窄不一；终端左上角图标，与文本编辑器图标对不齐；fcitx 托盘图标，如果不安装星火商店的 Blossom 改良图标，我们看到的就只能是 Papirus，下载器连着几个版本亦是如此；好歹给 OnBoard 整个和系统相配的皮肤吧；有功夫调整安装器的 UI，没工夫尝试攻关、调整浏览器的 UI？在深度全家桶中，浏览器应该是最另类的存在了吧？

表面上，看着精美的深度桌面环境，却在一些细节上经不起推敲。如今的 DDE，在“大场面”的设计相对考究，但在一些小的控件、对话框中，设计就有点随意。

2.2 官网

2.2.1 设计的时尚性

deepin 的官网改过一次，好看，但不完全好看。

其实按我的构想，deepin 作为一个操作系统，首页作为宣传的窗口，完全可以像国内手机厂商系统 UI 官网一样做一个好看的、引人入胜的页面。UOS 家庭版那边那个就还不错，但还有上升空间。

如果我们把目光聚焦在国内桌面发行版上，那我强烈建议官方去参观一下 FydeOS 官网 ，其设计极具创意、文案极具亲和力，值得学习。

2.2.2 设计的统一性

在浏览器打开四个标签页，第一个打开 deepin 官网首页，第二个打开下载页面，第三个打开 deepin Wiki，第四个打开深度科技论坛。

然后，来回切换一下这几个标签页，观察一下页面设计、布局，你就明白我想说什么了~ :-)

2.3 论坛

2.3.1 社区管理

首先，社区里一定要有活跃的官方。官方人员需要透露开发动态、社区新闻，积极回应用户诉求、BUG 反馈。2019 年底到 2020 年初的论坛几乎没有官方露面，这种情况千万不能出现第二次……

其次，官方不是简单地做官方，而是和用户成为伙伴。具体来说，就是官方不能只说“官话”，多和用户聊聊天，了解用户真正的需求，和用户打成一片。这里，以前老王、jingle、cxbii 就做得很好，理应继续保持。

2.3.2 BUG 反馈机制

咱们系统既然会发出来，那当然是有 BUG 的（要是一个 BUG 都没有反而很奇怪）。关键在于，BUG 应该如何得到反馈，让开发人员尽快了解、复现并修正。我的一个想法是，像小米社区那样，如果用户发现一个系统本身的 BUG，可以为其开辟“绿色反馈通道”，其反馈的问题直接发到研发组，并在论坛标示出处理流程。

同时，如果 BUG 较严重，社区的负责人（版主）可以在该 BUG 得到确认前发布预警，比如针对本次 /home 格式化的问题，我就根据内测群员的建议，进行了尝试。

对于需求的反馈也可以同理。BUG 及需求解决后，官方应及时回贴跟进。

2.3.3 危机公关

对于官方来说，公关是一门学问，危机公关更是如此。既然上文提到 BUG 无法避免，那么咱也保不齐哪次出现了“毁灭性” BUG，威胁用户体验，波及用户利益。所以这里我单独拎出来说。

根据我对 deepin 的了解，deepin 在近年出现过如下重大发版事故：

• 2016 年 3 月，升级 deepin 15.2 出现大面积系统崩溃现象，无法正常使用；
• 2021 年 4 月，升级 deepin 20.2 出现大面积升级失败，无法进入桌面；
• 2022 年 11 月，安装 deepin 23 Alpha，部分用户挂载已有的 /home，却被默认格式化。

这几次事故中，deepin 均进行了危机公关处理。如果要给这几次处理方式进行从优到劣的排序，那么 2016 年老王那一次是当之无愧的第一，今年的这次次之，21 年那次垫底。

为什么？接下来，我来逐段分析老王的公关帖。

---

原帖地址：关于这次系统更新引起的问题

分析如下：

大家好

上周我们系统推送了更新， 很多用户更新后导致系统直接进不了系统、软件无法使用（更新前可以）、浏览器无法使用等问题给大家带来了极大的困扰， 导致大家无法正常使用 Deepin 系统， 这里我代表深度团队向大家郑重道歉：

因为我们的工作失误给大家添堵了， 对不起！

第一段，简明扼要地说明事由，表明对用户来说，这确实是**“极大的困扰”，并在开头第一次郑重致歉，将问题全部归咎于自身工作失误**，诚意拉满。

所以这里有个很重要的点：将问题归咎于自身。既然许多用户都出现了问题，问题就不该只是个别用户的操作不当，而是产品本身存在缺陷，与用户的使用方式和习惯冲突。这时候，最好的办法就是有诚意地包揽责任，而不是在解释之余指出用户的不是。

公司内部已经针对这次系统更新负责的几个同学进行了行政处罚， 公司内部的补救措施如下：

• 把论坛和 bugzilla 所有反馈显卡和网卡的问题全部收集， 买相应的网卡和显卡放到公司来重现用户的问题， 测试的同学和综合部门同学协商好以后， 直接去电脑城买， 不要等采购流程了
• 系统工程师修复这些问题后， 准备 Deepin 15.2 ISO 并邀请更·新出问题的用户进行内测
• 在内测用户都解决问题后， 发布 Deepin 15.2 系统， 解决那些已经通过升级挂了的问题
• 下周三之前发布 Deepin 15.2， 所有涉及到 15.2 的开发工程师、系统工程师、测试工程师做不完的周末主动加班解决， 用户没有时间等着一个系统再挂一个星期
• 把这次遇到的问题归纳总结， 列入以后的系统更新步骤中， 避免下次出现这么惨痛的更新问题

这一段，详细阐述了接下来的补救措施，并列出了进行这些措施的时间表。分析、解决、总结问题，面面俱到。这样将措施透明化，让用户产生合理预期是一方面，另一方面更让用户觉得**“这官方能处，有问题他们是真改’’**，反而增加了用户好感。

而且值得注意的是，这里的处理措施都是切实可行的。并且，老王用语很亲切，在和用户承认自身不足；“用户没有时间等着一个系统再挂一个星期”，也让用户得到了一种被重视的感觉。

希望一直支持我们的用户们， 给我们一个星期的时间弥补我们的错误，希望那些说永别的同学等一下我们的 Deepin 15.2 发布后再次使用 Deepin 。

再次给所有 Deepin 的用户说一句：对不起！

最后，在希望得到原谅的同时，也表示了这个问题的彻底解决只需要一个周；并且，用接下来更好的作品挽留流失的用户。

结尾处再次致歉，前后呼应。

---

“道歉这活，解释往往被认为是辩解，尤其解释还会被抓住漏洞。没必要把造成事故的细节讲那么清楚，或者可以另外开帖来写。

“老王不光懂技术，也懂运营；他成为社区的精神领袖，不是没有道理的。他离开公司后，社区再无像他这样的了。

“身段放的越低，用户往往把你捧的越高。”

我们可以看到的是，在这个致歉帖下，收到了很多正向反馈。很多用户都表示理解，期待 deepin 继续努力。

当然，也不能回回道歉，但回回出问题。这样的话，用户也会不买账。一方面，做好发版前测试；另一方面，出现重大漏洞，要进行迅速且使人信服的公关。

2.4 宣传

宣传 deepin 的重要性也非同小可，可以把这一优秀的国产 Linux 发行版推给更多感兴趣的人，并反向刺激生态发展。

不过现在 deepin 的宣发水平也与日俱增。不仅在论坛经常发出新闻，在 B 站、微博、Twitter 也很活跃。这里很好，需要继续保持。

但要认真对待每次宣传的机会，反面例子参考 deepin V23 Preview 的 B 站宣传片。

3. 不要忘记自己从何而来，往何而去

deepin V23 版本的开发，目前（或许）遇到瓶颈期了。

Beta 版本就要发布，但目前新的桌面环境还没上，玲珑应用商店不知进度如何，如何脱离 Debian 建立根发行版，还是个未知数。

这真的不能怪 deepin，但做出了建立中国首个桌面操作系统根社区的决策，便是开弓没有回头箭。

这背后的困难与压力、苦涩与泪水，只有深度科技自己知道。

但是，我希望官方永远不要放弃那份初心与信心。

坚持不下去的时候，可以再看看我的视频：“怀一腔孤勇，筑梦前行。”

1997 年，武汉 Linux 用户组成立，梦想的种子就此播下；一晃眼，二十五个年头过去，才有了今天。

和友商相比，deepin 缺技术积淀吗？**不！**缺用户群体吗？不！

前面有的话，我说得重了一点；但爱之深，方责之切。

你们放心地开疆拓土吧！社区的支持者们，永远是你们坚实的后盾！

“可以说，这８年，每个日日夜夜，我们深度人都是无怨无悔的，因为不论我们个人或者公司遇到什么困难，都是你们这些亲爱的人在无条件的支持我们。你们的支持让我们每天去公司的路上都斗志盎然……

“请大家继续支持深度，支持仍在深度奋斗的那些值得每个中国开源人尊重的斗士们，没有他们后面默默的奋斗，深度做不出这么好的产品。

“感谢论坛所有支持深度的朋友们。”

——王勇

最后，期待 deepin V23 的精彩表现，衷心祝愿第十二届 DDUC 顺利举办！

deepin，因理想而出生，为责任而成长！

但是可以一些创新的功能集中在一些软件上，让用户自己决定是否使用，这样避免了系统臃肿，也不用担心功能过于简陋。

我想了解一下，在V23无法成为生产力工具的空档期，如何对待V20.8？期待20.8像15.11一样成为值得可圈可点的经典，根社区很重要，但需要技术和时间的积累。

行云设计理念印象深刻，总希望有一个能脚踏实地、长久坚持的国内发行版与debian、ubuntu、linuxmint并驾齐驱，吹牛逼玩概念的实在是见多了。