1.wayland合成器的适配和优化，放在系统更新的首位

关于wayland合成器-treeland,我希望下一个系统新版本能放在所有更新的首位，即便RC版本的更新不会新增很多内容，但是现在很多Linux桌面发行版都已经积极使用wayland视窗服务，尽管wayland的使用会有不少问题。比如openkylin最新版本使用wayland合成器，其界面窗口的交互就很流畅。

2.上架主题商店，鼓励更多UI设计师的参与，减少控制中心的自定义个性设置

如果有些人一直说deepin 仍不够美观，不止是硬件GPU渲染的问题，同样主题的UI设计需要持续进化。而持续进化的动力，需要有“主题商店”这个APP产品的支持。

对于系统“控制中心”的自定义个性化设置，我觉得其功能不仅很分散，而且也太自由了，会造成主题与任务栏、dock栏、弹窗、控件等元素的配色不协调，尤其是界面窗口的皮肤是“深色模式”时，深色模式的dock栏会与黑色的主题壁纸重叠在一起，感受不到层次划分。

而主题商店中的主题产品，虽然表面上会限定个性化的主题UI设置,但整体的设计风格会与系统本身进行协调。

最后，我不希望deepin系统开发商把更多精力放在UI上，因为后面还有很多重要的事情要做，把设计交给更有天赋的参与者。

3.应用层的软件开发，以代码量少、易编写的QML文档为主，C++提供后端支持进行完善

在deepin v23的DTK更新为基于Qt6库版本时，有些有经验的应用开发者在质疑QML开发产品的性能时，官方仍坚持系统的一些图形界面QML化，说明DTK的QML确实在编写界面上易用，性能可以用更高配置的硬件进行弥补。

当然，我这里并不是说现在在deepin中开发Qt应用就可以完全C++代码的编写，关于应用的一些配置和业务代码仍需要靠C++,但我更希望官方能够把C++在Qt QML项目中能够针对其服务进行更多封装，让应用能够让QML编写的代码能够保持在90%-98%，C++代码其应用开发者无需更多关心。

如果你们了解现在一些流行的操作系统，很多应用的开发都在使用声明式可嵌套语法的编程语言typescript, QML语法编程与它类似。

4.有些功能、有些软件，其操作需要彻底图形化，减少更多的终端命令操作使用频率

我不否认社区有很多Linux系统专业高手，但是他们更习惯于软件和系统某些功能的终端命令操作。但是，deepin官方自身定义的是：图形界面PC系统。

没错，deepin是一个要发展为好用、易用的图形桌面系统，终端命令的操作方式虽然能给这些对Linux桌面感兴趣的专业高手解决很多问题。但是普通用户或新手他们更喜欢傻瓜式的图形界面交互方式，为什么要重点照顾普通用户和新手，因为这个群体的数量非常庞大，如果能够照顾到位就是几个亿的市场。

a.玲珑包，我觉得deepin官方在之前发布时没必要可以让应用开发者去掌握，而是在一些图形软件界面的操作中被潜移默化的使用，不用通过文档等形式去刻意强调玲珑包的使用。

玲珑包，为什么非要在一些图形化界面中被高度使用？因为很多应用开发者和维护者，并不是十分想了解玲珑包的具体操做，而是简单的图形化操作通过下载、安装、卸载这几个动作来知道玲珑包到底行不行，动作利不利索，不然应用开发者会重新选择apt或deb包管理，毕竟很多知名的应用软件目前也是deb包后缀格式。

b.驱动管理，我想这块能不能加入AI大模型的辅助，因为驱动的正常使用其用户需求是实时的，把问题重新反馈到论坛反而让用户感觉效率不高。用户在论坛搜索相关问题，其解决的方案也会五花八门，AI大模型的对话窗口如果以界面形式对其辅助可以提高deepin的使用效率。

c.编程软件，deepin在2023年推出了自己的IDE集成开发工具-unioncode,这款软件现在支持很多编程语言的使用。比如，C++编程可以使用Qt库进行PC应用的开发，并选择Cmake方式构建、编译项目，而Cmake的使用在deepin的原生开源应用中的构建方式也是五花八门，有些新手也不一定能精通使用，而且Cmake的项目构建操作在IDE中也不是彻底图形化操作，官方需要对其规范，让cmake的构建能够彻底图形化操作，减少Qt应用开发者对cmake的学习成本。

.......

最后，deepin v23自己期待的东西和内容很多，希望官方能够降低普通用户在这个系统上的学习成本，让图形化的操作变得更多一点，不能老是停留在以前使用Linux系统方式的思维中，我们需要更好的去改变它。