abc
deepin
2018-08-20 01:14 我感觉有些问题,随系统更新就处理了,我上传的firefox运行慢的问题。俩星期后更新后一下子就快了起来,但是问题至今还是pending中。
可能是他们处理完问题没有关闭问题吧
地址是这里:https://feedback.deepin.org/feedback/detail/13457
可能是他们处理完问题没有关闭问题吧
地址是这里:https://feedback.deepin.org/feedback/detail/13457
Reply Like 0 View the author


中文 




但令人失望的是,一个多月来反馈的5、6个BUG都石沉大海,杳无音信。
接着又继续往下翻,反馈列表(https://feedback.deepin.org/feedback/list)中反馈的BUG越积越多,最后竟然发现反馈列表从2018年开始,长达 300 多页的反馈列表,竟然全都是 待审核 ,没有解决用户提供的任何一个 BUG,原来我反馈的5、6个 BUG 无人管理都只是冰山一角。
反观,2017年的状况,用户反馈的大部分问题都被良好地处理了,截图如下
此时此刻,我真切地感受到了 deepin 人力的不足,从另一种角度看,2017年深度确实是热情高涨的一年,积极解决用户BUG,大力推出新功能,2018年热情被残酷的现实浇灭,对用户反馈的BUG无暇顾及。
以下,我针对 BUG反馈这一方面 提出几条比较中肯的建议:
1. 将深度下一步的工作重心放在修复BUG上,不要再急着推出新功能了。这样做只会导致 deepin 积累的 BUG 越来越多,系统的稳定性越来越差,用户的体验越来越糟糕。对用户反馈大量的、长达300多页的BUG和建议都置之不理,而只是按自己的想法去推出新版本新功能,我个人觉得这对 deepin 的发展并不是一件好事,以用户为中心才能走的长远。
2. 依靠社区的力量,招募社区志愿者,管理 deepin 反馈列表。主要工作是删除重复的反馈、与 deepin 系统无关的反馈,整理相似的 BUG,再集中提交给 deepin 的工程师,集中修复,以提高反馈的效率,这总比放任 3000 多条 用户BUG反馈 置之不理好吧!其次,让 deepin 的工程师去亲自处理反馈列表,我觉得这是一种对人力的浪费,应该把权限放开,把反馈日志的处理,以及对论坛中有人发帖反馈 BUG 这些收集处理 BUG 的工作交给社区中有热情且自愿去做的人去做,形成社区自治的局面。从而解放 deepin 工程师,去集中精力解决技术上的问题,致力于完善 deepin,而不是在论坛上和别人撕逼,删脑残贴。
3. 继续增加 deepin 的工作透明度。将每月每周修复的 BUG、增加的新功能 都可以在论坛中以置顶贴的形式发出,而且这些工作都可以交由社区志愿者来做。一句话, deepin 的开发者应该专心投入到开发工作中,把这些耗时耗力的 BUG收集工作、发布BUG修复公告 这些权限开放,交由社区去做。
PS. 如果招募社区志愿者,我第一个加入。