Bootstrap

高效提问——这样问才是提问的智慧

前言

在职业生涯与日常生活中,提问无处不在且扮演着不可或缺的角色,我们时而作为提问者,时而又担当解答者的职责。然而,并非所有人都意识到提问其实是一门深奥的艺术

  • 提问方式与解答质量:提问的质量很大程度上决定了你能否得到满意的答案。清晰、具体且挑战性的技术问题通常能吸引更多关注,并可能引发深入讨论。
  • 尊重与理解:技术社区虽然可能在面对简单或基础问题时显得有些严厉,但这是因为他们更希望被提问者展现出主动学习和解决问题的能力。理解这一点有助于构建友好的交流氛围。
  • 区分“loser”与“winner”的概念:“loser”是指那些不愿思考、不准备参与讨论或者只是索取帮助的人;而“winner”则是有思考能力、愿意积极参与问题解决的人。技术社区解答者倾向于提供时间和资源给“winner”。
  • 提问技巧:作为提问者,应该展现出对技术的好奇心和学习意愿。问题应当具体且具有挑战性,能够激发对方的兴趣,并显示出你已经做了一定的研究或尝试。
  • 社区文化与参与:尊重并适应社区的文化是关键。社区参与者欢迎那些展现出主动性和乐于合作态度的人。通过积极参与讨论、展示对技术的热爱和愿意学习的态度来吸引关注。
  • 避免成为“loser”:提问前应做好准备,包括阅读文档、尝试解决部分问题,并清晰表述自己的困难之处。这表明你已经投入了时间和努力在解决问题上。
  • 寻求商业支持:对于那些希望快速获得技术支持但不愿意或无法参与社区互动的人,考虑与提供付费服务的公司合作可能更为实际和高效。

今天,我打算详细探讨一下如何更有效地进行提问,有些观点可能听起来颇为直接或甚至让人感到不悦,但这就是现实的一部分。通过分享我的见解与经验,希望为正面临类似挑战的读者提供一些实用的指导和建议,帮助他们更好地在提问这一重要环节上有所进步。

本文观点主要来自:提问的智慧别像弱智一样提问

一、提问之前

1.1 搜索

  • 在论坛内搜索相关答案。
  • 利用网络进行广泛搜索。
  • 阅读 Manual(帮助手册)获取信息。
  • 浏览 FAQ(常见问题解答)找到解决方案。
  • 自我实验解决问题。
  • 向经验丰富的同事咨询帮助。
  • 若是程序员,查阅源代码以寻找线索。

当提问时,说明你已尝试上述搜索方法。展示出的努力和学习过程能提高他人回应的热情,并有助于避免被视作依赖型提问者。

1.2 避免 XY-problem

XY Problem 表示

  1. 提问者想要解决 原问题 X ,且觉得解决了 引申问题 Y 就能解决 X 问题
  2. 提问者对外提出了解决 Y 的的请求
  3. 回答者帮助提问者解决 Y 问题。(浪费了回答者和提问者双方的时间)

然而, 最终 Y 问题可能并不是 X 问题的一个合适的解决方法

因此, 提问者要避免创造这样的修罗场, 需要学会在问题之初就准确描述自己的根本问题

1.3 耐心

不要期望快速解决问题。

  • 深入阅读、思考和做好充分准备,这些都将增加得到有效答案的可能性。
  • 草率的问题往往只会得到草率的回复或无法获得回答。
  • 确保问题经过深思熟虑且结构清晰。
  • 确保问题基于准确的信息和逻辑,避免错误假设导致误解和误导性的答案。

1.4 心态准备

  1. 要知道, Free 的正确翻译是 自由,而非 免费
  2. 要知道,愿意回答问题的人,都是 可爱 的人。
  3. 要知道,向帮助你的人 付费 是一个高尚的行为。即使回答你的人不是为了钱。
  4. 要知道,花钱买时间是一个常识。如果你不能认同,要么你钱包穷,要么你思想穷。
  5. 要知道,给对方发工资的不是你或者你老板。
  6. 要知道,提问的时候你才是 孙子,帮助你的人是 大爷
  7. 要知道,不回答你的问题对其他人没有任何损失。
  8. 要知道,准确描述一件事情是一项基本生存技能。
  9. 要知道,搜索是一项基本生存技能,学不会用搜索引擎的话,你可能真的不适合你所从事的行业。

二、提问时

2.1 礼多人不怪,而且有时还很有帮助

彬彬有礼,多用谢谢您的关注,或谢谢你的关照。让大家都知道你对他们花时间免费提供帮助心存感激。

请问
  ...问题描述...
谢谢

坦白说,这一点并没有比使用清晰、正确、精准且合乎语法格式重要(也不能取而代之)。解答者一般宁可读有点唐突但技术上鲜明的 Bug 报告,而不是那种有礼但含糊的报告。

2.2 清楚明确地描述你的问题以及需求

向别人提问的时候,要学会正确的描述问题。 把对方当成你的老板,你在给他做报告。要用最精炼的文字和图片,向对方阐述明白一个事情的来龙去脉。

要知道,你不是我追的妹子,我没有时间来猜你想要什么。

记住,给别人的条件越多,你的问题解决越快。因为这不是解密游戏。

  1. 请问一个关于 什么 的问题。
  2. 我想要达到 什么样 效果,但是我这样做出现了 什么样 的问题。
  3. 报错日志是 这样 的。(要 学会 画关键字)
  4. 我尝试过 什么 方法来解决。
  5. 我尝试搜索过了 什么 关键字,在里面找到了 这些 URL 的回答,尝试了还是没有解决问题。
  6. 我用的是 什么 操作系统,版本号是多少。
  7. 我用的是 什么 软件,版本号是多少。
  8. 谢谢

千万别认为只有别人帮助你之后才需要说 谢谢

2.3 学会截图

在帮助新手解答一些问题时,经常会碰到用手机拍摄电脑画面的情况,有时还看不清。
这时,你需要截图软件帮你,在我分享的软件中,有2款截图软件,需要新手花一定时间学习如何截图。

2.4 不该问的问题

以下是几个经典蠢问题,以及没回答时心中所想的:

问题所想
我能在哪找到 X 程序或 X 资源?就在我找到它的地方啊,白痴 —— 搜索引擎的那一头。天哪!难道还有人不会用搜索引擎 吗?
我怎样用 X 做 Y?如果你想解决的是 Y ,提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知,也对 Y 要解决的问题糊涂,还被特定形势禁锢了思维。最好忽略这种人,等他们把问题搞清楚了再说。
我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文件转换为 TeX 格式吗?试试看就知道了。如果你试过,你就知道了答案,就不用浪费我的时间了。
我的{程序/设定/SQL 语句}没有用这不算是问题吧,我对要我问你二十个问题才找得出你真正问题的问题没兴趣 —— 我有更有意思的事要做呢。在看到这类问题的时候,我的反应通常不外如下三种:1.你还有什么要补充的吗? 2. 真糟糕,希望你能搞定。 3. 这关我屁事?
我的程序不会动了,我认为系统工具 X 有问题你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与函数库文件有明显缺陷的人,更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据,当你这样声称时,你必须有清楚而详尽的缺陷说明文件作后盾。
我在安装 Linux(或者 X )时有问题,你能帮我吗?不能,我只有亲自在你的电脑上动手才能找到毛病。还是去找你当地的 Linux 使用群组者寻求实际的指导吧
我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢?想要这样做,说明了你是个卑鄙小人;想找个黑客帮你,说明你是个白痴!

三、提问后

3.1 如果得不到回答

如果仍得不到回答,请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。没有回应不代表你被忽视,虽然不可否认这种差别很难区分。

总的来说,简单地重复张贴问题是个很糟的点子。这将被视为无意义的喧闹。有点耐心,知道你问题答案的人可能生活在不同的时区,可能正在睡觉,也有可能你的问题一开始就没有组织好。

  • 你可以通过其他渠道获得帮助,这些渠道通常更适合初学者的需要。

  • 有许多网上的以及本地的用户群组,由热情的软件爱好者(即使他们可能从没亲自写过任何软件)组成。通常人们组建这样的团体来互相帮助并帮助新手。

  • 另外,你可以向很多商业公司寻求帮助,不论公司大还是小。别为要付费才能获得帮助而感到沮丧!毕竟,假使你的汽车发动机汽缸密封圈爆掉了 —— 完全可能如此 —— 你还得把它送到修车铺,并且为维修付费。就算软件没花费你一分钱,你也不能强求技术支持总是免费的。

3.2 如果看不懂回答

如果你看不懂回答,别立刻要求对方解释。像你以前试着自己解决问题时那样(利用手册,FAQ,网络,身边的高手),先试着去搞懂他的回应。如果你真的需要对方解释,记得表现出你已经从中学到了点什么。

比方说,如果我回答你:看来似乎是 zentry 卡住了;你应该先清除它。,然后,这是一个很糟的后续问题回应:zentry 是什么? 的问法应该是这样:哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries,而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗?还是我看漏了什么?

3.3 如果问题解决

在解决了一个棘手的问题之后,可以向所有帮助过你的人发个说明,让他们知道问题是怎样解决的,并再一次向他们表示感谢,还有助于构建一个充满合作和互助精神的社区氛围。

这种行为不仅是礼貌之举,更是在技术交流平台、讨论组或是邮件列表上留下宝贵的知识遗产。

参考

  1. 提问的智慧
  2. 别像弱智一样提问
;