official:how-to-ask

差别

这里会显示出您选择的修订版和当前版本之间的差别。

到此差别页面的链接

两侧同时换到之前的修订记录 前一修订版
后一修订版
前一修订版
official:how-to-ask [2024/12/18 19:42] dailytyanofficial:how-to-ask [2024/12/18 20:02] (当前版本) dailytyan
行 1: 行 1:
-====== 提问的智慧 ======+[[official:start|{{:official:official_banner.jpg?640|返回到官方文档列表}}]]
  
-[![PRs Welcome]([[https://img.shields.io/badge/PRs-welcome-brightgreen.svg?style=flat-square]])]([[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/pulls]])+{{tag>官方 指南}} 
 + 
 +====== 提问的智慧 ======
  
 **How To Ask Questions The Smart Way** **How To Ask Questions The Smart Way**
行 9: 行 11:
 本指南英文版版权为 Eric S. Raymond, Rick Moen 所有。 本指南英文版版权为 Eric S. Raymond, Rick Moen 所有。
  
-原文网址:[[[http://www.catb.org/~esr/faqs/smart-questions.html]]]([[http://www.catb.org/~esr/faqs/smart-questions.html]])+原文网址:[[http://www.catb.org/~esr/faqs/smart-questions.html]]
  
 Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
  
-本中文指南是基于原文 3.10 版以及 2010 年由 [Gasolin]([[https://github.com/gasolin]]所翻译版本的最新翻译;+本中文指南是基于原文 3.10 版以及 2010 年由[[https://github.com/gasolin]]所翻译版本的最新翻译; 
 + 
 +协助指出翻译问题,**请:** 
 + 
 +  * **发 Issue([[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/issues/new]]),** 
 +  * **或直接发 Pull Request([[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/compare]]) 给我。** 
 + 
 +本Wiki中的指南由DaiLyTyan拷贝原文代码并进行Dokuwiki格式语法转换。
  
-协助出翻译问题,**请[发 issue]([[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/issues/new]]),或直接[发 pull request]([[https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/compare]]) 给我**+DaiLyTyan对原文南和中文指南没有任何改动。英文与中文版权均归原有人所有
  
 ===== 声明 ===== ===== 声明 =====
行 142: 行 151:
 如果你找不到一个项目的邮件列表,而只能查到项目维护者的电子邮件地址,尽管向他发信。即使是在这种情况下,也别假设(项目)邮件列表不存在。在你的电子邮件中,请陈述你已经试过但没有找到合适的邮件列表,也提及你不反对将自己的邮件转发给他人(许多人认为,即使没什么秘密,私人电子邮件也不应该被公开。通过允许将你的电子邮件转发他人,你给了相应人员处置你邮件的选择)。 如果你找不到一个项目的邮件列表,而只能查到项目维护者的电子邮件地址,尽管向他发信。即使是在这种情况下,也别假设(项目)邮件列表不存在。在你的电子邮件中,请陈述你已经试过但没有找到合适的邮件列表,也提及你不反对将自己的邮件转发给他人(许多人认为,即使没什么秘密,私人电子邮件也不应该被公开。通过允许将你的电子邮件转发他人,你给了相应人员处置你邮件的选择)。
  
-==== 使用有意义且描述明确的标题 ====+==== 使用有意义且描述明确的标题 ====
  
 在邮件列表、新闻群组或论坛中,大约 50 字以内的标题是抓住资深专家注意力的好机会。别用喋喋不休的`帮帮忙`、`跪求`、`急`(更别说`救命啊!!!!`这样让人反感的话,用这种标题会被条件反射式地忽略)来浪费这个机会。不要妄想用你的痛苦程度来打动我们,而应该是在这点空间中使用极简单扼要的描述方式来提出问题。 在邮件列表、新闻群组或论坛中,大约 50 字以内的标题是抓住资深专家注意力的好机会。别用喋喋不休的`帮帮忙`、`跪求`、`急`(更别说`救命啊!!!!`这样让人反感的话,用这种标题会被条件反射式地忽略)来浪费这个机会。不要妄想用你的痛苦程度来打动我们,而应该是在这点空间中使用极简单扼要的描述方式来提出问题。
行 202: 行 211:
 * 我把我的问题用**某语言**和英文写出来。 * 如果你只用其中的一种语言回答,我会乐意将回复翻译成为你使用的语言。 * 我把我的问题用**某语言**和英文写出来。 * 如果你只用其中的一种语言回答,我会乐意将回复翻译成为你使用的语言。
  
-==== 使用易于读取标准的文件格式发送问题 ====+==== 使用易于读取标准的文件格式发送问题 ====
  
 如果你人为地将问题搞得难以阅读,它多半会被忽略,人们更愿读易懂的问题,所以: 如果你人为地将问题搞得难以阅读,它多半会被忽略,人们更愿读易懂的问题,所以:
行 282: 行 291:
 第二种提问法比较聪明,你可能得到像是```建议采用另一个更合适的工具```的回复。 第二种提问法比较聪明,你可能得到像是```建议采用另一个更合适的工具```的回复。
  
-### 别要求使用私人电邮回复+==== 别要求使用私人电邮回复 ====
  
 黑客们认为问题的解决过程应该公开、透明,此过程中如果更有经验的人注意到不完整或者不当之处,最初的回复才能够、也应该被纠正。同时,作为提供帮助者可以得到一些奖励,奖励就是他的能力和学识被其他同行看到。 黑客们认为问题的解决过程应该公开、透明,此过程中如果更有经验的人注意到不完整或者不当之处,最初的回复才能够、也应该被纠正。同时,作为提供帮助者可以得到一些奖励,奖励就是他的能力和学识被其他同行看到。
行 290: 行 299:
 这条规则存在一条有限的例外,如果你确信提问可能会引来大量雷同的回复时,那么这个神奇的提问句会是`向我发电邮,我将为论坛归纳这些回复`。试着将邮件列表或新闻群组从洪水般的雷同回复中解救出来是非常有礼貌的 —— 但你必须信守诺言。 这条规则存在一条有限的例外,如果你确信提问可能会引来大量雷同的回复时,那么这个神奇的提问句会是`向我发电邮,我将为论坛归纳这些回复`。试着将邮件列表或新闻群组从洪水般的雷同回复中解救出来是非常有礼貌的 —— 但你必须信守诺言。
  
-==== 清楚明确地表达你的问题以及需求 ====+==== 清楚明确地表达你的问题以及需求 ====
  
 漫无边际的提问是近乎无休无止的时间黑洞。最有可能给你有用答案的人通常也正是最忙的人(他们忙是因为要亲自完成大部分工作)。这样的人对无节制的时间黑洞相当厌恶,所以他们也倾向于厌恶那些漫无边际的提问。 漫无边际的提问是近乎无休无止的时间黑洞。最有可能给你有用答案的人通常也正是最忙的人(他们忙是因为要亲自完成大部分工作)。这样的人对无节制的时间黑洞相当厌恶,所以他们也倾向于厌恶那些漫无边际的提问。
行 310: 行 319:
 如果你只是想让别人帮忙审查(Review)一下代码,在信的开头就要说出来,并且一定要提到你认为哪一部分特别需要关注以及为什么。 如果你只是想让别人帮忙审查(Review)一下代码,在信的开头就要说出来,并且一定要提到你认为哪一部分特别需要关注以及为什么。
  
-==== 别把自己家庭作业的问题贴上来 ====+==== 别把自己作业的问题贴上来 ====
  
 黑客们很擅长分辨哪些问题是家庭作业式的问题;因为我们中的大多数都曾自己解决这类问题。同样,这些问题得由**你**来搞定,你会从中学到东西。你可以要求给点提示,但别要求得到完整的解决方案。 黑客们很擅长分辨哪些问题是家庭作业式的问题;因为我们中的大多数都曾自己解决这类问题。同样,这些问题得由**你**来搞定,你会从中学到东西。你可以要求给点提示,但别要求得到完整的解决方案。
行 326: 行 335:
 一般来说,避免用 `是或否`、`对或错`、`有或没有`类型的问句,除非你想得到[是或否类型的回答]([[https://strcat.de/questions-with-yes-or-no-answers.html]])。 一般来说,避免用 `是或否`、`对或错`、`有或没有`类型的问句,除非你想得到[是或否类型的回答]([[https://strcat.de/questions-with-yes-or-no-answers.html]])。
  
-==== 即使你很急也不要在标题写`紧急` ====+==== 即使你很急也不要在标题写`紧急` ====
  
 这是你的问题,不是我们的。宣称`紧急`极有可能事与愿违:大多数黑客会直接删除无礼和自私地企图即时引起关注的问题。更严重的是,`紧急`这个字(或是其他企图引起关注的标题)通常会被垃圾信过滤器过滤掉 —— 你希望能看到你问题的人可能永远也看不到。 这是你的问题,不是我们的。宣称`紧急`极有可能事与愿违:大多数黑客会直接删除无礼和自私地企图即时引起关注的问题。更严重的是,`紧急`这个字(或是其他企图引起关注的标题)通常会被垃圾信过滤器过滤掉 —— 你希望能看到你问题的人可能永远也看不到。
行 364: 行 373:
 在黑客中,这种良好的后继行动实际上比传统的礼节更为重要,也是你如何透过善待他人而赢得声誉的方式,这是非常有价值的资产。 在黑客中,这种良好的后继行动实际上比传统的礼节更为重要,也是你如何透过善待他人而赢得声誉的方式,这是非常有价值的资产。
  
-## 如何解读答案+===== 如何解读答案 =====
  
-<a id="rtfm"></a> ### RTFM 和 STFW:如何知道你已完全搞砸了+==== RTFM 和 STFW:如何知道你已完全搞砸了 ====
  
 有一个古老而神圣的传统:如果你收到`RTFM(Read The Fucking Manual)`的回应,回答者认为你**应该去读他妈的手册**。当然,基本上他是对的,你应该去读一读。 有一个古老而神圣的传统:如果你收到`RTFM(Read The Fucking Manual)`的回应,回答者认为你**应该去读他妈的手册**。当然,基本上他是对的,你应该去读一读。
行 380: 行 389:
 你不应该因此不爽;**依照黑客的标准,他已经表示了对你一定程度的关注,而没有对你的要求视而不见**。你应该对他祖母般的慈祥表示感谢。 你不应该因此不爽;**依照黑客的标准,他已经表示了对你一定程度的关注,而没有对你的要求视而不见**。你应该对他祖母般的慈祥表示感谢。
  
-### 如果还是搞不懂+==== 如果还是搞不懂 ====
  
 如果你看不懂回应,别立刻要求对方解释。像你以前试着自己解决问题时那样(利用手册,FAQ,网络,身边的高手),先试着去搞懂他的回应。如果你真的需要对方解释,记得表现出你已经从中学到了点什么。 如果你看不懂回应,别立刻要求对方解释。像你以前试着自己解决问题时那样(利用手册,FAQ,网络,身边的高手),先试着去搞懂他的回应。如果你真的需要对方解释,记得表现出你已经从中学到了点什么。
行 386: 行 395:
 比方说,如果我回答你:`看来似乎是 zentry 卡住了;你应该先清除它。`,然后,这是一个**很糟的**后续问题回应:`zentry 是什么?` **好**的问法应该是这样:`哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries,而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗?还是我看漏了什么?` 比方说,如果我回答你:`看来似乎是 zentry 卡住了;你应该先清除它。`,然后,这是一个**很糟的**后续问题回应:`zentry 是什么?` **好**的问法应该是这样:`哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries,而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗?还是我看漏了什么?`
  
-### 处理无礼的回应+==== 处理无礼的回应 ====
  
 很多黑客圈子中看似无礼的行为并不是存心冒犯。相反,它是直截了当,一针见血式的交流风格,这种风格更注重解决问题,而不是使人感觉舒服而却模模糊糊。 很多黑客圈子中看似无礼的行为并不是存心冒犯。相反,它是直截了当,一针见血式的交流风格,这种风格更注重解决问题,而不是使人感觉舒服而却模模糊糊。
行 400: 行 409:
 在下一节,我们会谈到另一个问题,当**你**行为不当时所会受到的`冒犯`。 在下一节,我们会谈到另一个问题,当**你**行为不当时所会受到的`冒犯`。
  
-## 如何避免扮演失败者+===== 如何避免扮演失败者 =====
  
 在黑客社区的论坛中,你以本指南所描述的或类似的方式,可能会有那么几次搞砸了。而你会在公开场合中被告知你是如何搞砸的,也许攻击的言语中还会带点夹七夹八的颜色。 在黑客社区的论坛中,你以本指南所描述的或类似的方式,可能会有那么几次搞砸了。而你会在公开场合中被告知你是如何搞砸的,也许攻击的言语中还会带点夹七夹八的颜色。
行 422: 行 431:
 也别让自己卷入口水战,最好不要理睬大多数的口水战 —— 当然,这是在你检验它们只是口水战,并且未指出你有搞砸的地方,同时也没有巧妙地将问题真正的答案藏于其后(这也是有可能的)。 也别让自己卷入口水战,最好不要理睬大多数的口水战 —— 当然,这是在你检验它们只是口水战,并且未指出你有搞砸的地方,同时也没有巧妙地将问题真正的答案藏于其后(这也是有可能的)。
  
-## 不该问的问题+===== 不该问的问题 =====
  
 以下是几个经典蠢问题,以及黑客没回答时心中所想的: 以下是几个经典蠢问题,以及黑客没回答时心中所想的:
行 445: 行 454:
  
 --- ---
- 
-<a id="q1"></a> 
  
 > 问题:我能在哪找到 X 程序或 X 资源? > 问题:我能在哪找到 X 程序或 X 资源?
  
 回答:就在我找到它的地方啊,白痴 —— 搜索引擎的那一头。天哪!难道还有人不会用 [Google]([[https://www.google.com]]) 吗? 回答:就在我找到它的地方啊,白痴 —— 搜索引擎的那一头。天哪!难道还有人不会用 [Google]([[https://www.google.com]]) 吗?
- 
-<a id="q2"></a> 
  
 > 问题:我怎样用 X 做 Y? > 问题:我怎样用 X 做 Y?
  
 回答:如果你想解决的是 Y ,提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知,也对 Y 要解决的问题糊涂,还被特定形势禁锢了思维。最好忽略这种人,等他们把问题搞清楚了再说。 回答:如果你想解决的是 Y ,提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知,也对 Y 要解决的问题糊涂,还被特定形势禁锢了思维。最好忽略这种人,等他们把问题搞清楚了再说。
- 
-<a id="q3"></a> 
  
 >问题:如何设定我的 shell 提示?? >问题:如何设定我的 shell 提示??
  
 回答:如果你有足够的智慧提这个问题,你也该有足够的智慧去 [RTFM](#RTFM),然后自己去找出来。 回答:如果你有足够的智慧提这个问题,你也该有足够的智慧去 [RTFM](#RTFM),然后自己去找出来。
- 
-<a id="q4"></a> 
  
 > 问题:我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文件转换为 TeX 格式吗? > 问题:我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文件转换为 TeX 格式吗?
  
 回答:试试看就知道了。如果你试过,你就知道了答案,就不用浪费我的时间了。 回答:试试看就知道了。如果你试过,你就知道了答案,就不用浪费我的时间了。
- 
-<a id="q5"></a> 
  
 > 问题:我的{程序/设定/SQL 语句}没有用 > 问题:我的{程序/设定/SQL 语句}没有用
行 479: 行 478:
   * 真糟糕,希望你能搞定。   * 真糟糕,希望你能搞定。
   * 这关我屁事?   * 这关我屁事?
- 
-<a id="q6"></a> 
  
 > 问题:我的 Windows 电脑有问题,你能帮我吗? > 问题:我的 Windows 电脑有问题,你能帮我吗?
行 487: 行 484:
  
 注意:如果程序有官方版 Windows 或者与 Windows 有互动(如 Samba),你**可以**问与 Windows 相关的问题,只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶, 因为 Windows 一般来说实在太烂,这种说法通常都是对的。 注意:如果程序有官方版 Windows 或者与 Windows 有互动(如 Samba),你**可以**问与 Windows 相关的问题,只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶, 因为 Windows 一般来说实在太烂,这种说法通常都是对的。
- 
-<a id="q7"></a> 
  
 > 问题:我的程序不会动了,我认为系统工具 X 有问题 > 问题:我的程序不会动了,我认为系统工具 X 有问题
  
 回答:你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与函数库文件有明显缺陷的人,更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据,当你这样声称时,你必须有清楚而详尽的缺陷说明文件作后盾。 回答:你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与函数库文件有明显缺陷的人,更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据,当你这样声称时,你必须有清楚而详尽的缺陷说明文件作后盾。
- 
-<a id="q8"></a> 
  
 > 问题:我在安装 Linux(或者 X )时有问题,你能帮我吗? > 问题:我在安装 Linux(或者 X )时有问题,你能帮我吗?
行 501: 行 494:
  
 注意:如果安装问题与某 Linux 的发行版有关,在它的邮件列表、论坛或本地用户群组中提问也许是恰当的。此时,应描述问题的准确细节。在此之前,先用 `Linux` 和**所有**被怀疑的硬件作关键词仔细搜索。 注意:如果安装问题与某 Linux 的发行版有关,在它的邮件列表、论坛或本地用户群组中提问也许是恰当的。此时,应描述问题的准确细节。在此之前,先用 `Linux` 和**所有**被怀疑的硬件作关键词仔细搜索。
- 
-<a id="q9"></a> 
  
 > 问题:我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢? > 问题:我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢?
行 508: 行 499:
 回答:想要这样做,说明了你是个卑鄙小人;想找个黑客帮你,说明你是个白痴! 回答:想要这样做,说明了你是个卑鄙小人;想找个黑客帮你,说明你是个白痴!
  
-## 好问题与蠢问题+===== 好问题与蠢问题 =====
  
 最后,我将透过举一些例子,来说明怎样聪明的提问;同一个问题的两种问法被放在一起,一种是愚蠢的,另一种才是明智的。 最后,我将透过举一些例子,来说明怎样聪明的提问;同一个问题的两种问法被放在一起,一种是愚蠢的,另一种才是明智的。
行 558: 行 549:
 黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙;我相信他是对的,如果我**像**个乞讨者那样提问,不论我是谁,一定会惹恼某些人或者被他们忽视。他建议我记下这件事,这直接导致了本指南的出现。 黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙;我相信他是对的,如果我**像**个乞讨者那样提问,不论我是谁,一定会惹恼某些人或者被他们忽视。他建议我记下这件事,这直接导致了本指南的出现。
  
-## 如果得不到回答+===== 如果得不到回答 =====
  
 如果仍得不到回答,请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。没有回应不代表你被忽视,虽然不可否认这种差别很难区分。 如果仍得不到回答,请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。没有回应不代表你被忽视,虽然不可否认这种差别很难区分。
行 572: 行 563:
 对像是 Linux 这种大众化的软件,每个开发者至少会对应到上万名用户。根本不可能由一个人来处理来自上万名用户的求助电话。要知道,即使你要为这些协助付费,和你所购买的同类软件相比,你所付出的也是微不足道的(通常封闭源代码软件的技术支持费用比开源软件的要高得多,且内容也没那么丰富)。 对像是 Linux 这种大众化的软件,每个开发者至少会对应到上万名用户。根本不可能由一个人来处理来自上万名用户的求助电话。要知道,即使你要为这些协助付费,和你所购买的同类软件相比,你所付出的也是微不足道的(通常封闭源代码软件的技术支持费用比开源软件的要高得多,且内容也没那么丰富)。
  
-## 如何更好地回答问题+===== 如何更好地回答问题 =====
  
 **态度和善一点。** 问题带来的压力常使人显得无礼或愚蠢,其实并不是这样。 **态度和善一点。** 问题带来的压力常使人显得无礼或愚蠢,其实并不是这样。
行 594: 行 585:
 如果你在研究一番后才作出了回答,**展现你的技巧而不是直接端出结果**。毕竟`授人以鱼不如授人以渔`。 如果你在研究一番后才作出了回答,**展现你的技巧而不是直接端出结果**。毕竟`授人以鱼不如授人以渔`。
  
-## 相关资源+===== 相关资源 =====
  
 如果你需要个人电脑、Unix 系统和网络如何运作的基础知识,参阅 [Unix 系统和网络基本原理]([[http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/]])。 如果你需要个人电脑、Unix 系统和网络如何运作的基础知识,参阅 [Unix 系统和网络基本原理]([[http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/]])。
行 600: 行 591:
 当你发布软件或补丁时,试着按[软件发布实践]([[http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html]])操作。 当你发布软件或补丁时,试着按[软件发布实践]([[http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html]])操作。
  
-## 鸣谢+===== 鸣谢 =====
  
 Evelyn Mitchel 贡献了一些愚蠢问题例子并启发了编写`如何更好地回答问题`这一节, Mikhail Ramendik 贡献了一些特别有价值的建议和改进。 Evelyn Mitchel 贡献了一些愚蠢问题例子并启发了编写`如何更好地回答问题`这一节, Mikhail Ramendik 贡献了一些特别有价值的建议和改进。
  
  
  • official/how-to-ask.1734522178.txt.gz
  • 最后更改: 2024/12/18 19:42
  • dailytyan