From 27d9f7c8341f5adc8b321b33f5261786ea9bebc9 Mon Sep 17 00:00:00 2001 From: Jerry Lee Date: Thu, 10 Sep 2015 11:20:28 +0800 Subject: [PATCH] improve format --- how-to-ask-questions-the-smart-way/README.md | 130 ++++++++++--------- 1 file changed, 66 insertions(+), 64 deletions(-) diff --git a/how-to-ask-questions-the-smart-way/README.md b/how-to-ask-questions-the-smart-way/README.md index 0ea89bf..f826680 100644 --- a/how-to-ask-questions-the-smart-way/README.md +++ b/how-to-ask-questions-the-smart-way/README.md @@ -41,7 +41,7 @@ - [提问前](#提问前) - [提问时](#提问时) - [仔细挑选论坛](#仔细挑选论坛) - - [面向新手的论坛和互联网中继聊天（IRC）通常响应最快](#面向新手的论坛和互联网中继聊天irc通常响应最快) + - [面向新手的论坛和互联网中继聊天（`IRC`）通常响应最快](#面向新手的论坛和互联网中继聊天irc通常响应最快) - [第二步，使用项目的邮件列表](#第二步使用项目的邮件列表) - [使用有意义且明确的主题](#使用有意义且明确的主题) - [使问题容易回复](#使问题容易回复) @@ -63,7 +63,7 @@ - [礼貌总是有益的](#礼貌总是有益的) - [问题解决后追加一条简要说明](#问题解决后追加一条简要说明) - [如何解读回答](#如何解读回答) - - [『读读该死的手册』（RTFM）和『搜搜该死的网络』（STFW）：如何明白你已完全搞砸](#读读该死的手册rtfm和搜搜该死的网络stfw如何明白你已完全搞砸) + - [『读读该死的手册』（`RTFM`）和『搜搜该死的网络』（`STFW`）：如何明白你已完全搞砸](#读读该死的手册rtfm和搜搜该死的网络stfw如何明白你已完全搞砸) - [如果还不明白……](#如果还不明白) - [对待无礼](#对待无礼) - [别象失败者那样反应](#别象失败者那样反应) @@ -157,14 +157,14 @@ 1. 尝试在你准备提问论坛的历史文档中搜索答案 2. 尝试搜索互联网以找到答案 3. 尝试阅读手册以找到答案 -4. 尝试阅读『常见问题文档』（FAQ）以找到答案 +4. 尝试阅读『常见问题文档』（`FAQ`）以找到答案 5. 尝试自己检查或试验以找到答案 6. 尝试请教懂行的朋友以找到答案 7. 如果你是程序员，尝试阅读源代码以找到答案 提问时，请先表明你已做了上述事情，这将有助于建立你不是寄生虫与浪费别人时间的印象。最好再表述你从中 _学到的东西_ ，我们喜欢回答那些表现出能从答案中学习的人。 -运用某些策略，比如用谷歌（Google）搜索你遇到的各种错误提示（既搜索 [谷歌论坛](http://groups.google.com/)，也搜索网页）， 这样很可能直接就找到了解决问题的文档或邮件列表线索。 +运用某些策略，比如用谷歌（`Google`）搜索你遇到的各种错误提示（既搜索 [谷歌论坛](http://groups.google.com/)，也搜索网页）， 这样很可能直接就找到了解决问题的文档或邮件列表线索。 即使没有结果，在邮件列表或新闻组寻求帮助时提一句『我在谷歌中搜过下列句子但没有找到什么有用的东西』 也是件好事，至少它表明了搜索引擎不能提供哪些帮助。 将搜索关键词与你的问题及可能的解决方案联系起来，还有助于引导其他有类似问题的人。 @@ -195,17 +195,17 @@ 为保护通信的渠道不被无关的东西淹没，黑客会除掉那些没有找对地方的问题，你不会想让这种事落到自己头上的。 -因此，第一步是找对论坛。谷歌和其它搜索引擎还是你的朋友，可以用它们搜索你遇到困难的软硬件问题最相关的项目网站。那里通常都有项目的常见问题（FAQ）、邮件列表及文档的链接。 -如果你的努力（包括 _阅读_ FAQ）都没有结果，这些邮件列表就是最后能取得帮助的地方。项目的网站也许还有报告臭虫的流程或链接，如果是这样，去看看。 +因此，第一步是找对论坛。谷歌和其它搜索引擎还是你的朋友，可以用它们搜索你遇到困难的软硬件问题最相关的项目网站。那里通常都有项目的常见问题（`FAQ`）、邮件列表及文档的链接。 +如果你的努力（包括 _阅读_ `FAQ`）都没有结果，这些邮件列表就是最后能取得帮助的地方。项目的网站也许还有报告臭虫的流程或链接，如果是这样，去看看。 向陌生的人或论坛发送邮件极有可能是在冒险。譬如，不要假设一个内容丰富的网页的作者想充当你的免费顾问，不要对你的问题是否会受到欢迎做太乐观的估计 —— 如果你不确定，向别处发或者压根别发。 -在选择论坛、新闻组或邮件列表时，别太相信名字，先看看 FAQ 或者许可书以明确你的问题是否切题。发贴前先翻翻已有的帖子，这样可以让你感受一下那里行事的方式。 +在选择论坛、新闻组或邮件列表时，别太相信名字，先看看`FAQ`或者许可书以明确你的问题是否切题。发贴前先翻翻已有的帖子，这样可以让你感受一下那里行事的方式。 事实上，张贴前在新闻组或邮件列表的历史文档中搜索与你问题相关的关键词是个极好的主意，也许就找到答案了。即使没有，也能帮助你归纳出更好的问题。 别象机关枪似的一次性『扫射』所有的帮助渠道，这就象大喊大叫一样会令人不快，温柔地一个一个来。 -弄懂主题！最典型的错误之一是在某种致立于跨平台可移植的语言、库或工具的论坛中提关于 Unix 或 Windows 操作系统程序接口的问题。如果你不明白为什么这是大错，最好在搞清楚概念前什么也别问。 +弄懂主题！最典型的错误之一是在某种致立于跨平台可移植的语言、库或工具的论坛中提关于`Unix`或`Windows`操作系统程序接口的问题。如果你不明白为什么这是大错，最好在搞清楚概念前什么也别问。 一般来说，在仔细挑选的公共论坛中提问比在私有论坛中提同样的问题更容易得到有用的回答。有几个道理支持这点，一是看潜在的回复者有多少，二是看论坛的参与者有多少，黑客更愿回答能启发多数人的问题。 @@ -214,13 +214,14 @@ ### 面向新手的论坛和互联网中继聊天（IRC）通常响应最快 -本地的用户组织或者你所用的 Linux 发行版也许正在宣传新手取得帮助的论坛或 IRC 通道（在一些非英语国家，新手论坛很可能还是邮件列表），这些地方是开始提问的好去处，特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。经过宣传的 IRC 通道是公开邀请提问的地方，通常可以得到实时的回复。 +本地的用户组织或者你所用的`Linux`发行版也许正在宣传新手取得帮助的论坛或`IRC`通道（在一些非英语国家，新手论坛很可能还是邮件列表），这些地方是开始提问的好去处，特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。 +经过宣传的`IRC`通道是公开邀请提问的地方，通常可以得到实时的回复。 事实上，如果出问题的程序来自某发行版（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的项目论坛或邮件列表，（否则）该项目的黑客可能仅仅回复『用 _我们的_ 代码』。 在任何论坛发贴以前，先看看有没有搜索功能。如果有，就试着用问题的几个关键词搜索一下，也许就有帮助。如果在此之前你已做过全面的网页搜索（你应该这样去做），还是再搜索一下论坛，搜索引擎有可能没来得及索引此论坛的全部内容。 -通过论坛或 IRC 通道提供项目的用户支持有增长的趋势，电子邮件交流则更多地为项目开发者保留。所以先在论坛或 IRC 中寻求与该项目相关的帮助。 +通过论坛或`IRC`通道提供项目的用户支持有增长的趋势，电子邮件交流则更多地为项目开发者保留。所以先在论坛或`IRC`中寻求与该项目相关的帮助。 ### 第二步，使用项目的邮件列表 @@ -253,14 +254,14 @@ **明智：** -> X.org 6.8.1 扭曲鼠标光标，MV1005 型号的某显卡芯片组 +> `X.org 6.8.1`扭曲鼠标光标，`MV1005`型号的某显卡芯片组 **更明智：** -> 使用 MV1005 型号的某显卡芯片组在 X.org 6.8.1 的鼠标光标被扭曲 +> 使用`MV1005`型号的某显卡芯片组在`X.org 6.8.1`的鼠标光标被扭曲 编写 『对象 —— 偏差』式描述的过程有助于你组织对问题的细致思考。是什么被影响了？仅仅是鼠标光标或者还有其它图形？ -只在 X.org 中出现？或只是在其 6.8.1 版中？是针对某显卡芯片组？或者只是其中的 MV1005 型号？一个黑客只需描一眼就能够立即明白什么是你遇到的问题，什么是你自己的问题。 +只在`X.org`中出现？或只是在其`6.8.1`版中？是针对某显卡芯片组？或者只是其中的`MV1005`型号？一个黑客只需描一眼就能够立即明白什么是你遇到的问题，什么是你自己的问题。 更一般地，想象一下在一个只显示主题的文档索引中查找。让你的主题更好地反映问题，可以使下一个搜索类似问题的人能够在文档中直接就找到答案的线索，而不用再次发贴提问。 @@ -310,16 +311,16 @@ 如果你人为地将问题搞得难以阅读，它多半会被忽略，人们更愿读易懂的问题，所以： -* 使用纯文本而不是 HTML（超文本标注语言）（ [关闭HTML](http://www.birdhouse.org/etc/evilmail.html) 并不难） -* 使用 MIME（多用途互联网邮件扩展）附件通常没有问题，前提是真正有内容（譬如附带的源文件或补丁），而不仅仅是邮件客户端程序生成的模板（譬如只是消息内容的拷贝）。 +* 使用纯文本而不是`HTML`（超文本标注语言）（ [关闭`HTML`](http://www.birdhouse.org/etc/evilmail.html) 并不难） +* 使用`MIME`（多用途互联网邮件扩展）附件通常没有问题，前提是真正有内容（譬如附带的源文件或补丁），而不仅仅是邮件客户端程序生成的模板（譬如只是消息内容的拷贝）。 * 不要发送整段只是单行句子但多次折回的邮件（这使得回复部分内容非常困难）。设想你的读者是在80个字符宽的文本终端阅读邮件，设置你的行折回点小于 80 列。 * 但是，也 _不要_ 用任何固定列折回数据（譬如日志文件拷贝或会话记录）。数据应该原样包含，使回复者确信他们看到的是与你看到的一样的东西。 -* 在英语论坛中，不要使用'Quoted-Printable' MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的，但很多邮件程序并不支持。 - 当它们分断时，那些文本中四处散布的 『=20』符号既难看也分散注意力，甚至有可能破坏内容的语意。 -* _永远不要_ 指望黑客们阅读使用封闭的专用格式编写的文档，诸如微软公司的 Word 或 Excel 文件等。 +* 在英语论坛中，不要使用`'Quoted-Printable' MIME`编码发送消息。这种编码对于张贴非`ASCII`语言可能是必须的，但很多邮件程序并不支持。 + 当它们分断时，那些文本中四处散布的 『`=20`』符号既难看也分散注意力，甚至有可能破坏内容的语意。 +* _永远不要_ 指望黑客们阅读使用封闭的专用格式编写的文档，诸如微软公司的`Word`或`Excel`文件等。 大多数黑客对此的反应就象有人将还在冒热气的猪粪倒在你门口时你的反应一样。即使他们能够处理，也很厌恶这么做。 * 如果你从使用视窗的电脑发送电子邮件，关闭问题颇多的微软『聪明引用』功能（在『工具』 -> 『自动纠正选项』的『输入时自动格式化』下去掉聪明引用的选框），以免在你的邮件中到处散布垃圾字符。 -* 在论坛，勿滥用『表情符号』和『HTML』功能(当它们提供时)。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来象个傻笑的小姑娘。 +* 在论坛，勿滥用『表情符号』和『`HTML`』功能(当它们提供时)。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来象个傻笑的小姑娘。 这通常不是个好主意，除非你只是对性而不是有用的回复更有兴趣。 如果你使用图形用户界面的邮件客户端程序(如网景公司的 Messenger、微软公司的 Outlook 或者其它类似的)，注意它们的缺省配置不一定满足这些要求。 @@ -328,7 +329,7 @@ ### 描述问题应准确且有内容 * 仔细、清楚地描述问题的症状 -* 描述问题发生的环境(主机、操作系统、应用程序，任何相关的)，提供销售商的发行版和版本号（如：『Fedora Core 7』、『Slackware 9.1』等） +* 描述问题发生的环境(主机、操作系统、应用程序，任何相关的)，提供销售商的发行版和版本号（如：『`Fedora Core 7`』、『`Slackware 9.1`』等） * 描述提问前做过的研究及其理解。 * 描述提问前为确定问题而采取的诊断步骤。 * 描述最近对计算机或软件配置的任何相关改变。 @@ -338,7 +339,7 @@ 如果你认为是代码有问题，向黑客提供在可控环境下重现问题的方法尤其重要。当你这么做时，得到有用且及时回复的可能性将大大增加。 -西蒙.泰瑟姆（Simon Tatham）写过一篇 [如何有效报告臭虫](http://www.chiark.greenend.org.uk/~sgtatham/bugs.html) 的文章，我强烈推荐各位阅读。 +西蒙.泰瑟姆（_Simon Tatham_）写过一篇 [如何有效报告臭虫](http://www.chiark.greenend.org.uk/~sgtatham/bugs.html) 的文章，我强烈推荐各位阅读。 ### 量不在多，精炼则灵 @@ -378,15 +379,15 @@ **愚蠢：** -> 我在编译内核时接连遇到 SIG11 错误，怀疑主板上的某根电路丝断了，找到它们的最好办法是什么？ +> 我在编译内核时接连遇到`SIG11`错误，怀疑主板上的某根电路丝断了，找到它们的最好办法是什么？ **明智：** -> 我组装的电脑（K6/233 CPU、FIC-PA2007 主板[威盛 Apollo VP2 芯片组]、Corsair PC133 SDRAM 256Mb 内存）最近在开机 20 分钟左右、做内核编译时频繁地报 SIG11 错，但在头 20 分钟内从不出问题。 +> 我组装的电脑（`K6/233 CPU、FIC-PA2007`主板[威盛`Apollo VP2`芯片组]、`Corsair PC133 SDRAM 256Mb`内存）最近在开机 20 分钟左右、做内核编译时频繁地报`SIG11`错，但在头 20 分钟内从不出问题。 > 重启动不会复位时钟，但整夜关机会。更换所有内存未解决问题，相关的典型编译会话日志附后。 由于以上这点许多人似乎难以掌握，这里有句话可以提醒你：『所有的诊断专家都来自密苏里州』。 -美国国务院的官方座右铭则是『让我看看』（出自国会议员威勒德.D.范迪弗［Willard D. Vandiver］在1899年时的讲话： +美国国务院的官方座右铭则是『让我看看』（出自国会议员威勒德.D.范迪弗［_Willard D. Vandiver_］在1899年时的讲话： 『我来自一个出产玉米、棉花、牛蒡和民主党人的国家，滔滔雄辩既不能说服我，也不会让我满意。我来自密苏里州，你必须让我看看。』） 针对诊断者而言，这并不是怀疑，而只是一种真实而有用的需求，以便让他们看到与你看到的原始证据尽可能一致的东西，而不是你的猜测与总结。（所以，）让我们看看。 @@ -408,11 +409,11 @@ **愚蠢：** -> 我怎样才能让某图形程序的颜色拾取器取得十六进制的 RGB 值？ +> 我怎样才能让某图形程序的颜色拾取器取得十六进制的`RGB`值？ **明智：** -> 我正试着用自己选定数值的颜色替换一幅图片的色表，我现在知道的唯一方法是编辑每个表槽，但却无法让某图形程序的颜色拾取器取得十六进制的 RGB 值。 +> 我正试着用自己选定数值的颜色替换一幅图片的色表，我现在知道的唯一方法是编辑每个表槽，但却无法让某图形程序的颜色拾取器取得十六进制的`RGB`值。 第二种提法是明智的，它使得建议采用更合适的工具以完成任务的回复成为可能。 @@ -517,11 +518,11 @@ 如何解读回答 ----------------------- -### 『读读该死的手册』（RTFM）和『搜搜该死的网络』（STFW）：如何明白你已完全搞砸 +### 『读读该死的手册』（`RTFM`）和『搜搜该死的网络』（`STFW`）：如何明白你已完全搞砸 -有一个古老而神圣的传统：如果你收到『读读该死的手册』（RTFM） 的回复，发信人认为你应该去『读读该死的手册』。他或她多半是对的，去读一下吧。 +有一个古老而神圣的传统：如果你收到『读读该死的手册』（`RTFM`） 的回复，发信人认为你应该去『读读该死的手册』。他或她多半是对的，去读一下吧。 -『读读该死的手册』（RTFM）有个年轻一点的亲戚，如果你收到『搜搜该死的网络』（STFW）的回复，发信人认为你应该『搜搜该死的网络』。那人多半也是对的，去搜一下吧。(更温和一点的说法是『谷歌是你的朋友！』) +『读读该死的手册』（`RTFM`）有个年轻一点的亲戚，如果你收到『搜搜该死的网络』（`STFW`）的回复，发信人认为你应该『搜搜该死的网络』。那人多半也是对的，去搜一下吧。(更温和一点的说法是『谷歌是你的朋友！』) 在论坛，你也可能被要求去搜索论坛的文档。事实上，有人甚至可能热心地为你提供以前解决此问题的线索。但不要依赖这种关照，提问前应该先搜索一下文档。 @@ -531,10 +532,10 @@ ### 如果还不明白…… -如果你看不懂回答，不要马上回复一个要求说明的消息，先试试那些最初提问时用过的相同工具（如手册、FAQ、网页、懂行的朋友等）试着搞懂回答。如果还是需要说明，展现你已经明白的。 +如果你看不懂回答，不要马上回复一个要求说明的消息，先试试那些最初提问时用过的相同工具（如手册、`FAQ`、网页、懂行的朋友等）试着搞懂回答。如果还是需要说明，展现你已经明白的。 譬如，假如我告诉你：『看起来象是某输入项有问题，你需要清除它』，接着是个 _不好_ 的回帖：『什么是某输入项？』。 -而这是一个 _很好_ 的跟帖：『是的，我读了手册，某某输入项只在 -z 和 -p 开关中被提到，但都没有涉及到如何清除它们，你指的是哪一个还是我弄错了什么？』 +而这是一个 _很好_ 的跟帖：『是的，我读了手册，某某输入项只在`-z`和`-p`开关中被提到，但都没有涉及到如何清除它们，你指的是哪一个还是我弄错了什么？』 ### 对待无礼 @@ -544,7 +545,8 @@ 如果这 _没有_ 发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而 _你_ 将被视为有错的一方，这将伤害到你获取信息或帮助的机会。 另一方面，你会偶而真的碰到无礼和无聊的言行。与上述相反，对真正的冒犯者狠狠地打击、用犀利的语言将其驳得体无完肤都是可以接受的。 -然尔，在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔，黑客们自己莽撞地越线的情况并不鲜见。如果你是新手或外来者，避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光，这时最好不要把手放在键盘上以免冒险。 +然尔，在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔，黑客们自己莽撞地越线的情况并不鲜见。 +如果你是新手或外来者，避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光，这时最好不要把手放在键盘上以免冒险。 （有些人断言很多黑客都有轻度的自闭症或阿斯伯格综合症，缺少用于润滑人类社会『正常』交往所需的脑电路。这既可能是真也可能是假。 如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们 _喜欢_ 现在这个样子，并且一般都对病号标记有站得住脚的怀疑。） @@ -568,8 +570,8 @@ 是夸张的『友谊』（以上述方式）还是有用？挑一个。 -记着：当黑客说你搞砸了，并且(无论多么刺耳地)告诉你别再这样做时，他正在为关心你和他的社区而行动。 -对他而言，不理你并将你从他的生活中滤除要容易得多。如果你无法做到感谢，至少要有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人象对待脆弱的洋娃娃那样对你。 +记着：当黑客说你搞砸了，并且(无论多么刺耳地)告诉你别再这样做时，他正在为关心你和他的社区而行动。对他而言，不理你并将你从他的生活中滤除要容易得多。 +如果你无法做到感谢，至少要有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人象对待脆弱的洋娃娃那样对你。 有时候，即使你没有搞砸（或者只是别人想象你搞砸了）， 有些人也会无缘无故地攻击你本人。在这种情况下，报怨倒是 _真的_ 会把问题搞砸。 @@ -589,7 +591,7 @@ - 问：[我的{程序、配置、SQL 语句}不运行了](#id266016) - 问：[我的视窗电脑出问题了，你能帮忙吗？](#id266052) - 问：[我的程序不运行了，我认为系统工具X有问题](#id266079) -- 问：[我安装 Linux 或 X 遇到困难，你能帮忙吗？](#id266099) +- 问：[我安装`Linux`或 X 遇到困难，你能帮忙吗？](#id266099) - 问：[我如何才能破解超级用户口令/盗取通道操作员的特权/查看某人的电子邮件？](#id266136) @@ -606,31 +608,31 @@ **问：** -如何配置我的 shell 提示？ +如何配置我的`shell`提示？ **答：** -如果你有足够的智慧提这个问题，你也该有足够的智慧去 [『读读该死的手册』（RTFM）](#读读该死的手册rtfm和搜搜该死的网络stfw如何明白你已完全搞砸)，然后自己去找出来。 +如果你有足够的智慧提这个问题，你也该有足够的智慧去 [『读读该死的手册』（`RTFM`）](#读读该死的手册rtfm和搜搜该死的网络stfw如何明白你已完全搞砸)，然后自己去找出来。 - + **问：** -我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文档转为 TeX 格式吗？ +我可以用`Bass-o-matic`文件转换工具将`AcmeCorp`文档转为`TeX`格式吗？ **答：** 试试就知道了。如果你试过，你既知道了答案，又不用浪费我的时间了。 **问：** -我的{程序、配置、SQL 语句}不运行了 +我的{程序、配置、`SQL`语句}不运行了 **答：** 这不是一个问题，我也没有兴趣去猜你有什么问题 —— 我有更要紧的事要做。看到这种东西，我的反应一般如下： * 你还有什么补充吗？ * 噢，太糟了，希望你能搞定。 * 这跟我究竟有什么关系？ - + **问：** 我的视窗电脑出问题了，你能帮忙吗？ **答：** -是的，把视窗垃圾删了，装个象 Linux 或 BSD 的开源操作系统吧。 -注意：如果程序有官方的视窗版或者与视窗有交互(如 Samba)，你 _可以_ 问与视窗相关的问题， +是的，把视窗垃圾删了，装个象`Linux`或`BSD`的开源操作系统吧。 +注意：如果程序有官方的视窗版或者与视窗有交互(如`Samba`)，你 _可以_ 问与视窗相关的问题， 只是别对问题是由视窗操作系统而不是程序本身造成的回复感到惊讶，因为视窗一般来说太差，这种说法一般都成立。 @@ -640,13 +642,13 @@ 你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与库文件有明显缺陷的人，更有可能的是你完全没有根据。 不同凡响的说法需要不同凡响的证据，当你这样声称时，你必须有清楚而详尽的缺陷说明文档作后盾。 - + **问：** -我安装 Linux 或 X 遇到困难，你能帮忙吗？ +我安装`Linux`或`X`遇到困难，你能帮忙吗？ **答：** -不行，我需要亲手操作你的电脑才能帮你排错，去向当地的 Linux 用户组寻求方便的帮助（你可以在 [这里](http://www.linux.org/groups/index.html) 找到用户组列表） -注意：如果安装问题与某 Linux 发行版有关，在针对 _它_ 的邮件列表、论坛或本地用户组织中提问也许是恰当的。 -此时，应描述问题的准确细节。在此之前，先用 『linux』和 _所有_ 被怀疑的硬件 [作关键词] 仔细搜索。 +不行，我需要亲手操作你的电脑才能帮你排错，去向当地的`Linux`用户组寻求方便的帮助（你可以在 [这里](http://www.linux.org/groups/index.html) 找到用户组列表） +注意：如果安装问题与某`Linux`发行版有关，在针对 _它_ 的邮件列表、论坛或本地用户组织中提问也许是恰当的。 +此时，应描述问题的准确细节。在此之前，先用『`linux`』和 _所有_ 被怀疑的硬件 [作关键词] 仔细搜索。 **问：** @@ -659,33 +661,33 @@ 最后，我将通过举例来演示提问的智慧。同样的问题两种提法，一种愚蠢，另一种明智。 -**愚蠢：** 我在哪能找到关于 Foonly Flurbamatic 设备的东西？ -这个问题在乞求得到 [『搜搜该死的网络』（STFW）](#rtfm "RTFM and STFW: How To Tell You've Seriously Screwed Up") 式的回复。 +**愚蠢：** 我在哪能找到关于`Foonly Flurbamatic`设备的东西？ +这个问题在乞求得到 [『搜搜该死的网络』（`STFW`）](#rtfm "RTFM and STFW: How To Tell You've Seriously Screwed Up") 式的回复。 -**明智：** 我用谷歌搜索过『Foonly Flurbamatic 2600』，但没有找到什么有用的，有谁知道在哪能找到这种设备的编程信息？ +**明智：** 我用谷歌搜索过『`Foonly Flurbamatic 2600`』，但没有找到什么有用的，有谁知道在哪能找到这种设备的编程信息？ 这个人已经搜索过网络了，而且听起来他可能真的遇到了问题。 **愚蠢：** 我不能编译某项目的源代码，它为什么这么破？ 提问者假设是别人搞砸了，太自大了。 -**明智：** 某项目的源代码不能在某 Linux 6.2 版下编译。我读了常见问题文档，但其中没有与某 Linux 相关的内容。这是编译时的记录，我做错了什么吗？ -提问者已经指明了运行环境，读了常见问题文档（FAQ），列出了错误，也没有假设问题是别人的过错，这家伙值得注意。 +**明智：** 某项目的源代码不能在某`Linux 6.2`版下编译。我读了常见问题文档，但其中没有与某`Linux`相关的内容。这是编译时的记录，我做错了什么吗？ +提问者已经指明了运行环境，读了常见问题文档（`FAQ`），列出了错误，也没有假设问题是别人的过错，这家伙值得注意。 **愚蠢：** 我的主板有问题，谁能帮我？ 某黑客对此的反应可能是：『是的，还需要帮你拍背和换尿布吗？』，然后是敲下删除键。 -**明智：** 我在 S2464 主板上试过 X、Y 和 Z，当它们都失败后，又试了 A、B 和 C。注意我试 C 时的奇怪症状，显然某某东西正在做某某事情，这不是期望的行为。 -通常在 Athlon MP 主板上导致某某事情的原因是什么？有谁知道我还能再试点什么以确定问题？ +**明智：** 我在`S2464`主板上试过 X、Y 和 Z，当它们都失败后，又试了 A、B 和 C。注意我试 C 时的奇怪症状，显然某某东西正在做某某事情，这不是期望的行为。 +通常在`Athlon MP`主板上导致某某事情的原因是什么？有谁知道我还能再试点什么以确定问题？ 相反地，这个人看来值得回答。他或她展现了解决问题的能力而不是坐等天上掉馅饼。 在最后那个问题中，注意『给我一个回答』与『请帮我看看我还能再做点什么测试以得到启发』之间细微但重要的差别。 -事实上，最后那个问题基本上源于 2001 年 8 月 Linux 内核邮件列表（lkml）上的真实事件，是我（Eric）当时提了那个问题，我发现 Tyan S2462 主板有神秘的死机现象，邮件列表成员给我提供了解决此问题的关键信息。 +事实上，最后那个问题基本上源于 2001 年 8 月`Linux`内核邮件列表（`lkml`）上的真实事件，是我（_Eric_）当时提了那个问题，我发现`Tyan S2462`主板有神秘的死机现象，邮件列表成员给我提供了解决此问题的关键信息。 通过这种提问方式，我给了别人可以咀嚼玩味的东西。我设法使之对参与者既轻松又有吸引力，也表明了对同行能力的尊敬并邀请他们与我一起协商。 通过告诉他们我已经走过的弯路，我还表明了对他们宝贵时间的尊重。 -事后，当我感谢大家并评论这次良好的经历时，一个 Linux 内核邮件列表的成员谈到，他认为我得到答案并不是因为我的名字挂在列表上，而只是因为我正确的提问方式。 +事后，当我感谢大家并评论这次良好的经历时，一个`Linux`内核邮件列表的成员谈到，他认为我得到答案并不是因为我的名字挂在列表上，而只是因为我正确的提问方式。 黑客们在某种方面是非常不留情面的精英分子。我想在这事上他是对的，如果我 _表现得_ 象个不劳而获的寄生虫，不管我是谁都会被忽略或斥责。 他建议将整个事件作为对其它人提问的指导，这直接导致了本文的编写。 @@ -707,7 +709,7 @@ 还有众多大小商业公司提供签约支持服务，别因为要付点钱才有支持就感到沮丧！ 毕竟，如果你车子的汽缸垫烧了，你多半还得花钱找个修理店把它弄好。即使软件没花你一分钱，你总不能指望服务支持都是免费的。 -象 Linux 这样流行的软件，每个开发者至少有一万个以上的用户，一个人不可能应付这么多用户的服务要求。 +像`Linux`这样流行的软件，每个开发者至少有一万个以上的用户，一个人不可能应付这么多用户的服务要求。 记住，即使你必须付费才能得到支持，也比你还得额外花钱买软件要少得多（而且对封闭源代码软件的服务支持与开源软件相比通常还要贵一点，也要差一点）。 如何更好地回答 @@ -715,7 +717,7 @@ _态度和善一点。_问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。 -_对初犯者私下回复。_ 对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找 FAQ 都不知道。 +_对初犯者私下回复。_ 对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找`FAQ`都不知道。 _如果你不确定，一定要说出来！_ 一个听起来权威的错误回复比没有还要糟，别因为听起来象个专家好玩就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。 @@ -723,25 +725,25 @@ _如果帮不了忙，别妨碍。_ 不要在具体步骤上开玩笑，那样 _探索性的反问以引出更多的细节。_ 如果你做得好，提问者可以学到点东西 —— 你也可以。试试将很差的问题转变成好问题，别忘了我们都曾是新手。 -尽管对那些懒虫报怨一声『读读该死的手册』（RTFM）是正当的，指出文档的位置（即使只是建议做个谷歌关键词搜索）会更好 +尽管对那些懒虫报怨一声『读读该死的手册』（`RTFM`）是正当的，指出文档的位置（即使只是建议做个谷歌关键词搜索）会更好 _如果你决意回答，给出好的答案。_ 当别人正在用错误的工具或方法时别建议笨拙的权宜之计，应推荐更好的工具，重新组织问题。 -请回答真正的问题！如果提问者已经做了自己该做的研究，并且说明尝试过X，Y，Z，A，B与C都没有得到想要的結果， +请回答真正的问题！如果提问者已经做了自己该做的研究，并且说明尝试过X，Y，Z，A，B与C都没有得到想要的结果， 那么回复『试试A或B』 或者给出一个内容为 『试一下X，Y，Z，A，B或C』的链接将极其无益！ -_帮助你的社区从中学习_。当回复一个好问题时，问问自己 『如何修改相关文件或 FAQ 文档以免再次解答同样的问题？』，接着再向文档维护者发一份补丁。 +_帮助你的社区从中学习_。当回复一个好问题时，问问自己 『如何修改相关文件或`FAQ`文档以免再次解答同样的问题？』，接着再向文档维护者发一份补丁。 如果你是在研究一番后才做出的回答，_展现你的技巧而不是直接端出结果_。毕竟『授人以鱼，不如授人以渔』。 相关资源 ------------------------ -如果需要个人电脑、Unix 和互联网如何工作的基础知识，参阅 [Unix 和互联网工作的基本原理](http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/)。 +如果需要个人电脑、`Unix`和互联网如何工作的基础知识，参阅 [`Unix`和互联网工作的基本原理](http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/)。 当你发布软件或补丁时，试着按 [软件发布实践](http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html) 操作。 鸣谢 ------------------------ -伊夫林.米切尔（Evelyn Mitchell）贡献了一些愚蠢问题例子并启发了编写『如何更好地回答问题』这一节，米哈伊尔.罗门迪克（Mikhail Ramendik）贡献了一些特别有价值的建议和改进。 +伊夫林.米切尔（_Evelyn Mitchell_）贡献了一些愚蠢问题例子并启发了编写『如何更好地回答问题』这一节，米哈伊尔.罗门迪克（_Mikhail Ramendik_）贡献了一些特别有价值的建议和改进。