不自测 emacs -Q , 不提供详细环境信息的发问引入小小的惩罚?

移动版块可以,只要不是违反讨论秩序的话隐藏没必要,说不定问题本身也有一定价值,有人能答了也是好事

2 个赞

其实我也想做伸手党 :rofl:

KM 论坛有两个帖子非常好:

论坛的老人经常甩第二个链接给问题描述不清的帖子。

1 个赞

其实交流本身, 就不用限制了, 因为有些问题确实不知道怎么解决, 这个相互交流是有好处的。

主要是针对反馈bug帖, 这种帖子主要啥信息没有, 浪费大家时间。

我们都看了你的帖子, 却因为信息太少毫无办法, 这不是浪费论坛每一个看帖子的人的时间吗?

我说的是bug帖, 大佬不要展开哈, 不是说让大家不要讨论, 而是基本的bug帖这种自己先检测一遍, 确实没有头绪了, 别人也好提供帮助。

我个人已经非常反感伸手党了, 因为很多伸手党伸手时间太长了, 就觉得别人帮助他解决问题是理所应当。

我只是希望提高发帖的质量, 不要因为低质量帖子, 管理员每天手动维护, 管理员也是人, 纵容不规范发帖就会导致论坛的质量下降, 大家看论坛无非平学习或者当 Wiki 需要的时候搜索一下。

像DZ这种论坛还有板块之分, Emacs-China这种实时论坛真的没有太好的办法解决这个问题。

赞同,用doom-emacs的一部分问题来之doom-emacs本身,这个时候让用Emacs - Q测试不太合适。

移动分区是个好主意,有的人喜欢解答问题,有的人喜欢看别人的使用情况,也能对帖子做更好的分类整理。

比如这两个帖子,都是论坛没给选项,手动写在标题里的帖子分类:

对,移动帖子更好一点。

但是移动帖子没有警告(比如隐藏),很多人该怎么发帖还是怎么发帖(比如 @twlz0ne 各种跟帖纠正),大家还看得到,那还不是耽误看帖人的时间吗?

规范发帖并不是不准发帖和不准反馈bug,而是要做到反馈bug之前已经做过自测和环境说明。

不规范bug发帖大概率是僵尸贴,移动到一个隐藏板块以示警告不过分吧?知道错了再发一贴不就行了吗?

我只是觉得一部分人的懒惰并不应该让每个看帖人去买单,同时管理员的温柔警告(就像 @twlz0ne 每天做的那样跟帖说明 )有用吗?管理员的时间也是时间。

和大家说明哈,规范bug发帖要求和正常沟通不冲突,仅仅限于新手的bug反馈,平常讨论非bug问题该怎么说就怎么说。

分区是最重要的,如果有更详细的标签分类就更好了。

第二就是论坛内要有指导帖,方便问题描述不清的时候把链接糊上去,开启指导/嘲讽技能。

还有一个功能不知道能不能实现,就是我之前提到的:

这样强制给提问题的帖子提供模板,就像 GitHub issue 里的 bug report 一样。这样用户要么填写模板,要么多两步操作:全选、删除。

如果有模板的情况下还是啥信息都不提供的话,那就属实有点棒槌,不太适合逛论坛了。

应该是 emacs -Q -l minimal-config.el

我第一次用 emacs -Q 还查询了好久怎么导入最小配置的elisp script。

顺便再建议一条哈。如果不是使用(package-install)装的包,而是通过(add-to-list 'load-path)装的包,要确保该包没有被字节码和native编译过。(我之前就遇到过这个坑,把源码更新了但是没有更新字节码,导致出现了预期不一致的行为)

1 个赞

这也难怪emacs的名声是对新手不友好了,居然开始讨论开嘲讽模式了。</元嘲讽>

我赞同LdBeth的观点,把这样的提问留在那里,没人回答对大家也没有什么影响。管理员也不需要觉得需要解决所有论坛上的问题;有心情就看看没心情就不看,这样不是都好了吗?

我甚至觉得移动分区都没有必要 —— 好像也没有那么多该删掉的帖子影响阅读啊?

4 个赞

这个论坛每天也没几个发帖的, 低质量问题又没多到爆吧的程度, 问题不大. 我感觉老手看到这种问题也不会花什么时间的, 一般直接看一眼就没兴趣了吧

2 个赞

很可惜,emacs新手不快速成长为老手,大多人最后就会放弃。

没有什么嘲讽的意思。

这个贴也不是说一定要执行,只是探讨怎么快速成长,提高大家交流质量。

如果新手不快速学会emacs -Q等一系列自我排查的方法,新手基本上就一直在粘贴复制起不来的循环中徘徊,最终还是放弃。

我也同意,没必要太过于上纲上线。。。毕竟就是一个论坛,好不容易有对Emacs 有兴趣的在这边问问,大家聊聊。

新手放不放弃不是我们需要担心的内容。 每个人都有从萌新走过来的阶段,Emacs 也未必就必须是所有萌新最后的终点。如果问个问题,管理员觉得问的太差,就直接加入 whatever 一种惩罚,这会不会有点过于严苛了?

不合适的问题,有人愿意提醒就提醒,觉得浪费时间的,也完全可以不去关注,扫一眼,也花不了多少时间。

我是觉得还是要有提问题的自由,即使不规范。

2 个赞

我觉得不好,这也是我为什么讨厌 stackoverflow

赞同,还是要对新手友好点。
对于不规范的发贴,老手忽略就好,最好可以设置不再提醒。其实新手也会愿意回答。

建议置顶一篇发贴指南,不要太长,几条要点就好。

我认为,论坛还是有序一点比较好。

或许现在越来越多人习惯用即时聊天工具沟通,就把说话碎片化的习惯带到了论坛。

即时聊天的时候你可以忽略,刷几屏就过去了,但是论坛不同,被忽略的主题随时会回到你的视线,例如出现在搜索结果中。

论坛很多人都属于古道热肠,见不得问题悬而未决(也可以算是一种焦虑吧?),即使帖子语焉不详,也会有人回复讨论。往往需要几个来回,才能明白在问什么。这也就是为什么说不规范发帖会浪费别人的时间。

提倡规范发帖,不仅是为了更好的解决问题,还希望发帖的时候多为别人考虑,考虑别人是不是能看懂,而不是想当然认为别人就应该懂我。

1 个赞

个人认为惩罚没有必要,不理就好,这样会带来更多的负面效应。

最麻烦的其实是还有人一张图就 at 你,问你怎么回事。这点上我必须说两句,绝对不是崇洋媚外。从我GitHub上接收到的issue来看,绝大多数老外提问都很详细,包括环境、重现步骤、自己做的尝试、预期以及现象等等,甚至有些还附带一些代码说明。不能说事无巨细吧,基本上看下就大概知道是不是问题、问题在哪儿。反观,很多从国内IP来提问的,直接两句话或者一张图报bug,说这个不对了,不好使了……后来我煞费苦心提供了bug和feature模板,结果直接删除。很多时候真的想不理直接关掉,但是为了保持对新手的“友好”和“热情”,都是尽量解决。从这点上我非常理解懒猫的苦恼,确实可能会耗费大量的时间和精力。

说回论坛上的帖子,从这几年的观察看也是类似的,很多提问没有任何上下文就说这里有问题那里有bug。坛子里大多数都是IT从业者吧,你真的遇到一个客户直接丢张图说你有问题的时候抓狂不?连测试人员提bug都有一套固定模板的,就是为了减少沟通成本。所以管理员也经过讨论,在文本框加上了提示,结果还是被很多人直接忽略。无奈呀 :joy: :joy: :joy:

在此再呼吁下,提问的时候换位思考下:如果有人问你问题,你希望对方提供什么信息才更有把握去解决?哪些是必要的基本信息?

1 个赞

这个完全赞同,尽量规范提问才更有价值。

「提问的技巧」 不少论坛都有, 但好像没有 「emacs -Q」技巧, 百度 「emacs -Q」基本找不到什么, google 好像也那样, 是不是还要个 「google emacs -Q 技巧」 有时不方便 番羽, 那就 「百度 emacs -Q 技巧」. 记得好像论坛 有过个 调查贴, 有不少 非IT人士(本人亦是), 用 org-mode 来码字的, 也有些 还是从 org-mode 认识到 emacs 的, 新手就不少, 如果要规范 「提问的技巧」, 相关的引导贴 与 发贴规则 也要定义配套好

例如: emacs 细节太多, 这个我也刚知道的, 那这个用法 「emacs -Q」 就帮不上了, 看来还要个「排错 技巧」