提问的智慧即说话的智慧，如何表达才能将我们的所思所想完全传达给对方，这是在我们提问之前最应该思考的问题，对方没有义务为我们服务。
因此在提问前：
1. 尝试在你准备提问论坛的历史文档中搜索答案
2. 尝试搜索互联网以找到答案
3. 尝试阅读手册以找到答案
4. 尝试阅读“常见问题文档”（FAQ）以找到答案
5. 尝试自己检查或试验以找到答案
6. 尝试请教懂行的朋友以找到答案
7. 如果你是程序员，尝试阅读源代码以找到答案
提问时：
• 张贴与论坛主题无关的问题
• 在面向高级技术问题的论坛上张贴肤浅的问题，或者反之。
• 在太多不同的新闻组同时张贴
• 给既非熟人也没有义务解决你问题的人发送你私人的电邮
最重要的是：
* 使用有意义且明确的主题
* 用清晰、语法、拼写正确的语句书写
* 使用易于读取且标准的文件格式发送问题
* 描述问题应准确且有内容
* 量不在多，精炼则灵
* 别急于宣称找到臭虫
* 低声下气代替不了做自己的家庭作业
* 描述问题症状而不是猜测
* 按时间先后罗列问题症状
* 描述目标而不是过程
* 别要求私下回复电邮
* 提问应明确
* 描述问题症状而不是猜测
* 按时间先后罗列问题症状
* 描述目标而不是过程
* 不要把问题标记为“紧急”， 即使对你而言的确如此
- 关于如何提问的实例
愚蠢：我在哪能找到关于 Foonly Flurbamatic 设备的东西？
这个问题在乞求得到 “搜搜该死的网络”（STFW） 式的回复。
明智： 我用谷歌搜索过“Foonly Flurbamatic 2600”，但没有找到什么有用的，有谁知道在哪能找到这种设备的编程信息？
这个人已经搜索过网络了，而且听起来他可能真的遇到了问题。
愚蠢： 我不能编译某项目的源代码，它为什么这么破？
提问者假设是别人搞砸了，太自大了。
明智： 某项目的源代码不能在某 Linux 6.2 版下编译。我读了常见问题文档，但其中没有与某 Linux 相关的内容。这是编译时的记录，我做错了什么吗？
提问者已经指明了运行环境，读了常见问题文档（FAQ），列出了错误，也没有假设问题是别人的过错，这家伙值得注意。
网友评论