其实我也想做伸手党 
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都有一套固定模板的，就是为了减少沟通成本。所以管理员也经过讨论，在文本框加上了提示，结果还是被很多人直接忽略。无奈呀 
在此再呼吁下，提问的时候换位思考下：如果有人问你问题，你希望对方提供什么信息才更有把握去解决？哪些是必要的基本信息？
1 个赞
这个完全赞同，尽量规范提问才更有价值。
「提问的技巧」 不少论坛都有, 但好像没有 「emacs -Q」技巧, 百度 「emacs -Q」基本找不到什么, google 好像也那样, 是不是还要个 「google emacs -Q 技巧」 有时不方便 番羽, 那就 「百度 emacs -Q 技巧」. 记得好像论坛 有过个 调查贴, 有不少 非IT人士(本人亦是), 用 org-mode 来码字的, 也有些 还是从 org-mode 认识到 emacs 的, 新手就不少, 如果要规范 「提问的技巧」, 相关的引导贴 与 发贴规则 也要定义配套好
例如: emacs 细节太多, 这个我也刚知道的, 那这个用法 「emacs -Q」 就帮不上了, 看来还要个「排错 技巧」
我认为论坛还是要和 issue tracker 分开来。
issue tracker，是软件作者出于责任感来应对用户需求，因为作者一个人不能预料所有用户使用場景，所以要有完整复现方法才能给人有效的方案。不想给別人 debug 的开源作者可以关 issue tracker，只收有能力自已改代码的用户提的 PR，也无可厚非。问题就在 issue 是要一个个解決的。
论坛这里虽然有求助的，但也有特点：
- 可以是开放问题
- 可以偏题，issue 里別人问 Spacemacs 问题你说 Doom 更好会被打死，但只要提问的人换了 Doom 问题解決不是好事？
- 稍有过类似问题的用户不用讲什么复现步驟，因为亲自遇到过同样的问题，或看到关键字就能猜个办法出来，一般猜错了也没事，換个人来就行。Stackoverflow 也有类似现象，最客观正确的回答从来不是题问者最后选择的
我觉得模板这样的太教条主义，适合 issue tracker，不适合论坛。
哪怕有人提了个显然不构成有效提问的，说他最后什么都没学到也太武斷了点。
issue tracker 是有很多伸手的，但在 issue tracker 里你的身份是作者，覺得不构成提问的 issue 烦是正常的。这里大家同是用户，我觉得同是用户的话没有什么立場斥责別人的。
当然我知道您在这里也会順帶解決自已写的包的求助，只要问题能有效解決在 issue tracker 和论坛都可，但是这两种心态还是要分开。
9 个赞