你要不要先了解下事情来龙去脉再发这个贴呢？不要老觉得就是用户没事找事好吧。

到处是坑 你退无所退

只分享技术和资源就行了，其他的啥也不参与

人生处处是惊喜，干就完了~

有些听不进去人话的，故意引战的，恶意攻击他人的，能给骂退坑那是对其他正常用户的保护。如果是我自己的网站，根本懒得和这种人多哔哔，直接封号了事。

你也想混个版主当当呀

学习为上。别无所求

不管用户是不是没事找事，都不该跟用户不停撕，这才是我想说的。

不是说你是没事找事，你又被人带节奏了。

我是说就不该跟你辩论，该怎么处理按规矩处理就行了。

有依据就按依据没做错我相信你也认。

没依据做错了给你道歉补救也不丢人，做错了还在那死不认才丢人。

对，不论谁对谁错，最终影响的是论坛声誉。

绝大多数用户肯定不会没事找事，用户的事真是天大的事，真情沟通解决还是可以的。并不是每个用户的问题能百分百解决满意，即使一家人也难完全一致。官方人员还有版主只要真心把产品做好、努力解决好当前容易产生的问题，暂时不被理解也没多大关系。

但当前发布的RC镜像存在严重的问题，可以说一般用户简直无法使用。默认安装的浏览器不能上网，在从控制中心备份更新可能失败、没有推送外网更新解决问题的情况下，完全切断了一般用户从内测更新解决问题的途径。所以近来提同类问题的帖子暴发出来了，非常难以应付。在这个情况下，无论如何要发布一个内测镜像解决系统痛点。

是呀，还不如多研究下解决方案，看怎样提升用户体验，跟用户在那辩个子丑寅卯真没啥用。

是没用，但是真的丢脸。

自己下场了还有脸做裁判。

这个得看社区的目标用户在哪里,以及社区自身的定位

以下是我个人观点,与官方无关(5月20日补上的,我忘记说了😂 )

如果deepin社区是面向商业化的,准备桌面端不使用UOS下游商业化而直接使用LTS版本发布(比如Ubuntu),那么用户的确第一,社区运维人员应当退让(当然不是无底线的),应当为拉拢用户做很多努力。

但是,如果deepin社区是作为统信UOS的上游而存在(官方公众号文章里也使用"统信UOS与deepin(深度)社区"字样),而不是直接面向商业化的(如同Fedora)。那么,此时社区应当以技术讨论分享与问题bug反馈优先,对于争论一类的应当严格管控,不论谁违反交流准则都应当被处理。因为此时用户不是第一位的(但仍然很重要),上游社区的目标是实现Linux最新技术的快速迭代,产生新的bug并立即排查掉,达到商业化稳定状态后快速移植给下游商业化软件,而为商业化软件带来真正稳定与可靠的表现;有争论很正常,但语气应当受到控制,而且应当以围绕技术讨论与问题反馈为中心,而非关注于谁让谁。并不热爱折腾操作系统,只追求稳定易用,而且只会反馈问题的用户,此时并不是深度社区的目标用户,而是统信UOS的目标用户。那么这时因为对产品不满而产生的情绪应发泄在统信UOS的论坛而非深度社区上,同时UOS的论坛也应对用户退让。因为深度社区并不是面向他们的。

deepin当前有很多小白尝鲜很正常,因为deepin目前正处于青黄不接的状态,一方面deepin v23上游没有迭代完成,另一方面家庭版下游几近放弃维护(因为没精力)在等待v23上游迭代完成。但当前状况归状况,如果深度目标是作为上游开源社区而存在,那么版主与用户的关系应当排于技术的实现讨论与问题bug的反馈,以及经验分享之后,不应当过于关注谁让谁,而应关注这场讨论有无违反社区交流规范,有无得到真正有助于社区发展的内容,如果有违反,无论是谁都该罚,如果没有产生有助于社区发展亦或技术实现创新的内容,那么它应当被限制,在作为上游社区的情况下,实现上述二者与拉拢大量用户相比就重要得多(但并不是说明用户不重要)。

哈哈哈，今天看到这个真笑了。

好一个（只会反馈的用户不是deepin的目标用户而是uos的目标用户）

既然版主已经说明清楚deepin社区的性质了，行，我自个儿滚蛋。