如果大家觉得哪里可以补充或修改,欢迎回帖指出
好长的贴纸 😯
看完了。既然提到fydeos,就不得不说一下这对照组的个人感觉。难道是只有我一个人觉得他家homepage花活太多,内容太少吗,而且至今都对他那个两栏的社区首页深感不适
看完了。既然提到fydeos,就不得不说一下这对照组的个人感觉。难道是只有我一个人觉得他家homepage花活太多,内容太少吗,而且至今都对他那个两栏的社区首页深感不适
我感觉还好是因为FydeOS的首页安排的比较散,所以就有点儿内容比较少的感觉。实际上是它至少是通过动画的形式,把系统的特色功能给交代清楚了😂
至于他们的中文社区应该是用了某种开源的论坛框架,我看到有一些论坛也是这样的布局
总结很到位!
继承优秀传统,完善优化性能,创新需要功能。
归根结底钱的问题,资金不足导致人力不足。
作者应该勉励自己买一台全国产龙芯电脑,装一个专业版,付点版费,比什么都强(那怕自己组装一台全国产电脑),这才是真正支持,不仅扩大uos用户规模,芯片企业获利,商业软件参加也有持续改进动力,uos也解决部分吃饭问题,吃饱喝足才能把活干好。
我自己预定的龙芯全国产电脑明天到货了,以后就准备使用龙芯电脑工作和生活了!!!
帖子内容长度与对深度的爱是成正比的,那些只有三言两语的,要好好反思一下自己了。 -- 开玩笑的。
在那个反馈 /home 分区被默认格式化导致丢失很多资料的帖子里,看到有的人简单的表示了同情,甚至还有拿数据备份调侃的。用户丢失了那么多资料,稍微感同身受一下,就不会拿数据备份调侃,因为并不是因为用户自己操作失误点击了格式化啥的导致数据丢失。那些拿预览版说事的,是否想过,如果大家都拿虚拟机去测试,即使发现了问题,由于没有实质性的损失,也没有在意,导致bug 只会一直遗留下去。虽然说不鼓励拿预览版用于生产环境,但是对那些拿预览版用于真实环境的,应该承认这种行为的实际价值和贡献,而不应该拿预览版当说辞,尤其是在用户遭受了实际损失的时候。实在看不下去,发了一个看上去充满挑衅和针对的回复,有人认为我是在恶意拱火,升级事态,挑拨矛盾。其实有一个点他说得很对:升级,这也是我的目的之一,否则越来越多的用户觉得这只是没有数据备份自己的问题,渐渐地石沉大海,而 BUG 遗留下去,祸害更多的人。
借这个问题,我想接着楼主的话题,补充一个观点:真正好用的系统,不在于他的技术多么厉害,而在于它对用户的使用有几多关心。
举个例子,deepin 有一个图形化安装程序,简单的点击几下就可以完成整个安装过程,做到这一点是需要很多的技术投入的。
而早期 arch 没有图形化安装界面,甚至连个文本界面安装程序都没有,整个安装过程都是由用户自己在命令行下调整各种配置,执行各种命令,完成安装过程。然而即使在这种情况下,个人也从来没有觉得安装很困难,因为它有一个非常详细的安装文档,安装的时候,照着里面的步骤一步步做就可以,每个步骤又有详细的说明,让你清楚怎么做或者为啥要这么做。
而反观 deepin,可能因为图形安装程序足够简单,以至于安装文档也是那么地简单。简单地说,就是丢给你一个图形化界面,怎么使用?自己去捣鼓!。然而实际上,怎么制作启动盘,怎么分区,等等,都没有太多文档说明,然而很多用户是需要这些文档说明的,就拿这次的具有多年历史的默认格式化 /home 分区来说,如果将里面的逻辑放到了安装文档里了,用户看到了,我想也可以极大地避免类似的事故发生。
借安装文档这个例子,接着楼主的话题,再补充一点: wiki 系统。
wiki 不仅仅是帮助你怎么使用,更重要的一点是,遇到问题怎么解决。通常遇到问题,我们会到论坛里提问,虽然能得到及时的反馈,但是能真正解决问题的人并不一定能及时出现,甚至会被不太专业的人带偏。而有了解决方案之后,受益的只有你个人,下次其他人遇到同样的问题,是否能从中受益取决于他的搜索能力以及你的及时出现情况。而 wiki 是可以收集这些问题和解决方案的,而且是专业的解答,在帮助解决问题的效率上是远高于论坛的。
尤其是深度自研应用,其 wiki 内容也应受到开发人员的关注,自己开发的应该再熟悉不过,应该让它内容更加充实。
同时也建议平对多去使用 wiki 系统,只有更多人的使用,才会让它更完善,也就会有更多人使用,生态就这么建立起来了。
归根结底钱的问题,资金不足导致人力不足。
作者应该勉励自己买一台全国产龙芯电脑,装一个专业版,付点版费,比什么都强(那怕自己组装一台全国产电脑),这才是真正支持,不仅扩大uos用户规模,芯片企业获利,商业软件参加也有持续改进动力,uos也解决部分吃饭问题,吃饱喝足才能把活干好。
我自己预定的龙芯全国产电脑明天到货了,以后就准备使用龙芯电脑工作和生活了!!!
可以可以,算是身体力行支持国产
以后我经济独立之后,会考虑的~
帖子内容长度与对深度的爱是成正比的,那些只有三言两语的,要好好反思一下自己了。 -- 开玩笑的。
在那个反馈 /home 分区被默认格式化导致丢失很多资料的帖子里,看到有的人简单的表示了同情,甚至还有拿数据备份调侃的。用户丢失了那么多资料,稍微感同身受一下,就不会拿数据备份调侃,因为并不是因为用户自己操作失误点击了格式化啥的导致数据丢失。那些拿预览版说事的,是否想过,如果大家都拿虚拟机去测试,即使发现了问题,由于没有实质性的损失,也没有在意,导致bug 只会一直遗留下去。虽然说不鼓励拿预览版用于生产环境,但是对那些拿预览版用于真实环境的,应该承认这种行为的实际价值和贡献,而不应该拿预览版当说辞,尤其是在用户遭受了实际损失的时候。实在看不下去,发了一个看上去充满挑衅和针对的回复,有人认为我是在恶意拱火,升级事态,挑拨矛盾。其实有一个点他说得很对:升级,这也是我的目的之一,否则越来越多的用户觉得这只是没有数据备份自己的问题,渐渐地石沉大海,而 BUG 遗留下去,祸害更多的人。
借这个问题,我想接着楼主的话题,补充一个观点:真正好用的系统,不在于他的技术多么厉害,而在于它对用户的使用有几多关心。
举个例子,deepin 有一个图形化安装程序,简单的点击几下就可以完成整个安装过程,做到这一点是需要很多的技术投入的。
而早期 arch 没有图形化安装界面,甚至连个文本界面安装程序都没有,整个安装过程都是由用户自己在命令行下调整各种配置,执行各种命令,完成安装过程。然而即使在这种情况下,个人也从来没有觉得安装很困难,因为它有一个非常详细的安装文档,安装的时候,照着里面的步骤一步步做就可以,每个步骤又有详细的说明,让你清楚怎么做或者为啥要这么做。
而反观 deepin,可能因为图形安装程序足够简单,以至于安装文档也是那么地简单。简单地说,就是丢给你一个图形化界面,怎么使用?自己去捣鼓!。然而实际上,怎么制作启动盘,怎么分区,等等,都没有太多文档说明,然而很多用户是需要这些文档说明的,就拿这次的具有多年历史的默认格式化 /home 分区来说,如果将里面的逻辑放到了安装文档里了,用户看到了,我想也可以极大地避免类似的事故发生。
借安装文档这个例子,接着楼主的话题,再补充一点: wiki 系统。
wiki 不仅仅是帮助你怎么使用,更重要的一点是,遇到问题怎么解决。通常遇到问题,我们会到论坛里提问,虽然能得到及时的反馈,但是能真正解决问题的人并不一定能及时出现,甚至会被不太专业的人带偏。而有了解决方案之后,受益的只有你个人,下次其他人遇到同样的问题,是否能从中受益取决于他的搜索能力以及你的及时出现情况。而 wiki 是可以收集这些问题和解决方案的,而且是专业的解答,在帮助解决问题的效率上是远高于论坛的。
尤其是深度自研应用,其 wiki 内容也应受到开发人员的关注,自己开发的应该再熟悉不过,应该让它内容更加充实。
同时也建议平对多去使用 wiki 系统,只有更多人的使用,才会让它更完善,也就会有更多人使用,生态就这么建立起来了。
说的很对,点赞~
老王呜呜呜,我的老王
反正我是没理解 深度自己做一个 图形界面 意义是在哪? 最终 利大于弊 还是 弊大于利 不知道有没有总结过, 而且linux社区图形界面感觉发展挺快的,个人感觉 Ubuntu ,debian 默认的图形界面顺滑体验比深度好很多,自己搞了一套,然后又追社区,而且由于自己的图形软件包 貌似会和debian Ubuntu源 软件产生冲突
站在用户角度的我看来,有点费力不讨好
反正我是没理解 深度自己做一个 图形界面 意义是在哪? 最终 利大于弊 还是 弊大于利 不知道有没有总结过, 而且linux社区图形界面感觉发展挺快的,个人感觉 Ubuntu ,debian 默认的图形界面顺滑体验比深度好很多,自己搞了一套,然后又追社区,而且由于自己的图形软件包 貌似会和debian Ubuntu源 软件产生冲突
站在用户角度的我看来,有点费力不讨好
图形界面,实际上就是最普通用户的操作交互方式,不能只从技术层面去看待这个现象,也需要从更多普通用户的角度去发现。
图形界面,实际上就是最普通用户的操作交互方式,不能只从技术层面去看待这个现象,也需要从更多普通用户的角度去发现。
大哥,我是先从体验到技术都没看到dde的优势在哪,故而发出 费力不讨好 的疑问
大哥,我是先从体验到技术都没看到dde的优势在哪,故而发出 费力不讨好 的疑问
图形界面,实际上其交互根据软件的使用、软件包的管理会有很多差异。
回顾过去,总结经验,不忘初心,展望未来
deepin有UI/UX设计师?好像没有吧
Popular Events
More
给 deepin 的问题、建议与期许
非常感谢,我能有这样一个机会为 deepin 提出一些思考,提供一些建议。下面,我将从问题与建议两方面,说说我的心里话。
处于我的个人兴趣,以下内容偏向于设计等方面的切入点;描述中或许有条理不清或情绪激动之处,请见谅。
1. 问题方面
针对我遇到的和平时从其他用户那里了解到的一些内容,我想提出以下问题:
1.1 deepin V23
1.2 社区
1.3 开发
1.4 deepin 与 统信UOS
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 及需求解决后,官方应及时回贴跟进。
2.3.3 危机公关
对于官方来说,公关是一门学问,危机公关更是如此。既然上文提到 BUG 无法避免,那么咱也保不齐哪次出现了“毁灭性” BUG,威胁用户体验,波及用户利益。所以这里我单独拎出来说。
根据我对 deepin 的了解,deepin 在近年出现过如下重大发版事故:
这几次事故中,deepin 均进行了危机公关处理。如果要给这几次处理方式进行从优到劣的排序,那么 2016 年老王那一次是当之无愧的第一,今年的这次次之,21 年那次垫底。
为什么?接下来,我来逐段分析老王的公关帖。
原帖地址:关于这次系统更新引起的问题
分析如下:
第一段,简明扼要地说明事由,表明对用户来说,这确实是“极大的困扰”,并在开头第一次郑重致歉,将问题全部归咎于自身工作失误,诚意拉满。
所以这里有个很重要的点:将问题归咎于自身。既然许多用户都出现了问题,问题就不该只是个别用户的操作不当,而是产品本身存在缺陷,与用户的使用方式和习惯冲突。这时候,最好的办法就是有诚意地包揽责任,而不是在解释之余指出用户的不是。
这一段,详细阐述了接下来的补救措施,并列出了进行这些措施的时间表。分析、解决、总结问题,面面俱到。这样将措施透明化,让用户产生合理预期是一方面,另一方面更让用户觉得“这官方能处,有问题他们是真改’’,反而增加了用户好感。
而且值得注意的是,这里的处理措施都是切实可行的。并且,老王用语很亲切,在和用户承认自身不足;“用户没有时间等着一个系统再挂一个星期”,也让用户得到了一种被重视的感觉。
最后,在希望得到原谅的同时,也表示了这个问题的彻底解决只需要一个周;并且,用接下来更好的作品挽留流失的用户。
结尾处再次致歉,前后呼应。
我们可以看到的是,在这个致歉帖下,收到了很多正向反馈。很多用户都表示理解,期待 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,因理想而出生,为责任而成长!