如果你有问题需要我帮你解决，你可以在本篇文章最后扫描二维码加我微信，不过我希望在这之前你已阅读过《提问的智慧》，以下是总结
简介
在技术的世界里，当你拋出一个技术问题时，最终是否能得到有用的回答，往往取决于你所提问和追问的方式。
一个值得反复咀嚼玩味的好问题，是激励，是厚礼。好问题可以提高我们的理解力，而且通常会暴露我们以前从没意识到或者思考过的问题
我们不讳言我们对那些不愿思考、或者在发问前不做他们该做的事的人的蔑视。那些人是时间杀手，他们只想索取，从不付出，消耗我们可用在更有趣的问题或更值得回答的人身上的时间
如果你厌恶我们的态度，高高在上，或过于傲慢，不妨也设身处地想想。我们并没有要求你向我们屈服，事实上，我们大多数人非常乐意与你平等地交流，只要你付出小小努力来满足基本要求
在提问之前
在你准备提出技术问题前，请先做到以下事情：
- 尝试在你准备提问的论坛的旧文章中搜索答案。
- 尝试上网搜索以找到答案。
- 尝试阅读手册以找到答案。
- 尝试阅读常见问题文件（FAQ）以找到答案。
- 尝试自己检查或试验以找到答案。
- 向你身边的强者朋友打听以找到答案。
- 如果你是程序开发者，请尝试阅读源代码以找到答案。
当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者
另一方面，表明你愿意在找答案的过程中做点什么是一个非常好的开端。谁能给点提示？、我的这个例子里缺了什么？以及我应该检查什么地方比请把我需要的确切的过程贴出来更容易得到答复。因为你表现出只要有人能指个正确方向，你就有完成它的能力和决心。
当你提问时
当你自己无法解决问题，需要提问时：
- 要有起码的礼貌
- 不要发无意义的内容，例如：在吗？
-
精确地描述问题并言之有物
- 仔细、清楚地描述你的问题或 Bug 的症状。
- 描述问题发生的环境（机器配置、操作系统、应用程序、以及相关的信息），提供经销商的发行版和版本号（如：
Fedora Core 4、Slackware 9.1等）。 - 描述在提问前你是怎样去研究和理解这个问题的。
- 描述在提问前为确定问题而采取的诊断步骤。
- 描述最近做过什么可能相关的硬件或软件变更。
- 尽可能的提供一个可以
重现这个问题的可控环境的方法。
-
话不在多而在精，如果你有庞大而复杂的测试样例能重现程序挂掉的情境，尽量将它剪裁得越小越好
问题解决后
当你的问题得到解决后，应向所有帮助过你的人表示感谢，同时介绍是如何解决的，哪些方法行之有效
不该问的问题
问题：[我能在哪找到 X 程序或 X 资源？]
问题：[我怎样用 X 做 Y？]
问题：[如何设定我的 shell 提示？]
问题：[我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 档案转换为 TeX 格式吗？]
问题：[我的程序/设定/SQL 语句没有用]
问题：[我的 Windows 电脑有问题，你能帮我吗？]
问题：[我的程序不会动了，我认为系统工具 X 有问题]
问题：[我在安装 Linux（或者 X ）时有问题，你能帮我吗？]
问题：[我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢？]
好问题与蠢问题
最后，我将透过举一些例子，来说明怎样聪明的提问
蠢问题：
我可以在哪儿找到关于 Foonly Flurbamatic 的资料？
这种问法无非想得到 STFW 这样的回答。
聪明问题：
我用 Google 搜索过 "Foonly Flurbamatic 2600"，但是没找到有用的结果。谁知道上哪儿去找对这种设备编程的资料？
这个问题已经 STFW 过了，看起来他真的遇到了麻烦。
蠢问题：
我从 foo 项目找来的源码没法编译。它怎么这么烂？
他觉得都是别人的错，这个傲慢自大的提问者。
聪明问题：
foo 项目代码在 Nulix 6.2 版下无法编译通过。我读过了 FAQ，但里面没有提到跟 Nulix 有关的问题。这是我编译过程的记录，我有什么做的不对的地方吗？
提问者已经指明了环境，也读过了 FAQ，还列出了错误，并且他没有把问题的责任推到别人头上，他的问题值得被关注。
蠢问题：
我的主机板有问题了，谁来帮我？
某黑客对这类问题的回答通常是：好的，还要帮你拍拍背和换尿布吗？，然后按下删除键。
聪明问题：
我在 S2464 主机板上试过了 X 、 Y 和 Z ，但没什么作用，我又试了 A 、 B 和 C 。请注意当我尝试 C 时的奇怪现象。显然 florbish 正在 grommicking，但结果出人意料。通常在 Athlon MP 主机板上引起 grommicking 的原因是什么？有谁知道接下来我该做些什么测试才能找出问题？
这个家伙，从另一个角度来看，值得去回答他。他表现出了解决问题的能力，而不是坐等天上掉答案。
扫描上方二维码，关注公众号，发送“小二”