improve format

how-to-ask-questions-the-smart-way/README.md

@@ -86,13 +86,13 @@
 -------------------
 
 许多项目的网站在如何取得帮助的部分链接了本文，这没有关系，也正是我们想要的。
-但如果你是该项目生成此链接的网管，请在链接附近显著位置注明：_我们不提供该项目的服务支持！_
+但如果你是该项目生成此链接的网管，请在链接附近显著位置注明：**_我们不提供该项目的服务支持！_**
 
 我们已经领教了没有此说明带来的痛苦，我们将不停地被一些白痴纠缠，他们认为既然我们发布了本文，那么我们就有责任解决世上所有的技术问题。
 
-如果你是因为需要帮助正在阅读本文，然后就带着可以直接从作者那取得帮助的印象离开，那么 _你_ 就不幸成了我们所说的白痴之一。
-别向 _我们_ 提问，我们不会理睬的。 我们只是在这教你如何从那些真正懂得你软硬件问题的人那里取得帮助，但 99.9％ 的时间我们不会是那些人。
-除非你非常地 _确定_ 本文的作者是你遇到问题方面的专家，请不要打搅，这样大家都更开心一点。
+如果你是因为需要帮助正在阅读本文，然后就带着可以直接从作者那取得帮助的印象离开，那么 **_你_** 就不幸成了我们所说的白痴之一。
+别向 **_我们_** 提问，我们不会理睬的。 我们只是在这教你如何从那些真正懂得你软硬件问题的人那里取得帮助，但 99.9％ 的时间我们不会是那些人。
+除非你非常地 **_确定_** 本文的作者是你遇到问题方面的专家，请不要打搅，这样大家都更开心一点。
 
 引言
 -------------
@@ -115,7 +115,7 @@
 
 我们意识到许多人只是想使用我们写的软件，他们对学习技术细节没有兴趣。对大多数人而言，计算机只是种工具，是种达到目的的手段而已。
 他们有自己的生活并且有更要紧的事要做，我们承认这点，也从不指望每个人都对这些让我们着迷的技术问题感兴趣。
-不过，我们回答问题的风格是为了适应那些 _真正_ 对此有兴趣并愿意主动参与解决问题的人，这一点不会变，也不该变。
+不过，我们回答问题的风格是为了适应那些 **_真正_** 对此有兴趣并愿意主动参与解决问题的人，这一点不会变，也不该变。
 如果连这都变了，我们就会在自己能做得最好的事情上不再那么犀利。
 
 我们（大多数）是自愿者，从自己繁忙的生活中抽时间来回答问题，有时会力不从心。
@@ -125,7 +125,7 @@
 事实上，假如你做了该做的努力，我们中的大多数将非常乐意平等地与你交流，并欢迎你接纳我们的文化。
 试图去帮助那些不愿自救的人对我们简直没有效率。不懂没有关系，但愚蠢地做事不行。
 
-所以，你不必在技术上很在行才能吸引我们的注意，但你 _必须_ 表现出能引导你在行的姿态 —— 机敏、有想法、善于观察、乐于主动参与问题的解决。
+所以，你不必在技术上很在行才能吸引我们的注意，但你 **_必须_** 表现出能引导你在行的姿态 —— 机敏、有想法、善于观察、乐于主动参与问题的解决。
 如果你做不到这些使你与众不同的事情，我们建议你付钱跟别人签商业服务合同，而不是要求黑客无偿帮助。
 
 如果你决定向我们求助，你不会想成为一名失败者，你也不想被看成一个失败者。
@@ -147,7 +147,7 @@
 6.  尝试请教懂行的朋友以找到答案
 7.  如果你是程序员，尝试阅读源代码以找到答案
 
-提问时，请先表明你已做了上述事情，这将有助于建立你不是寄生虫与浪费别人时间的印象。最好再表述你从中 _学到的东西_ ，我们喜欢回答那些表现出能从答案中学习的人。
+提问时，请先表明你已做了上述事情，这将有助于建立你不是寄生虫与浪费别人时间的印象。最好再表述你从中 **_学到的东西_** ，我们喜欢回答那些表现出能从答案中学习的人。
 
 运用某些策略，比如用谷歌（`Google`）搜索你遇到的各种错误提示（既搜索 [谷歌论坛](http://groups.google.com/)，也搜索网页）， 这样很可能直接就找到了解决问题的文档或邮件列表线索。
 即使没有结果，在邮件列表或新闻组寻求帮助时提一句『我在谷歌中搜过下列句子但没有找到什么有用的东西』 也是件好事，至少它表明了搜索引擎不能提供哪些帮助。
@@ -160,7 +160,7 @@
 
 注意别提错问题。如果提问基于错误的假设，某黑客多半会一边想 『愚蠢的问题……』，一边按将错就错的答案回复你，并且希望这种只是得到你自己『问的问题』而非真正所需的解答，给你一个教训。
 
-永远不要假设你 _有资格_ 得到解答。你没有这种资格，毕竟你没有为此服务付费。
+永远不要假设你 **_有资格_** 得到解答。你没有这种资格，毕竟你没有为此服务付费。
 如果你能够提出有内容、有趣和激励思考的问题 —— 那种毫无疑问能够向社区贡献经验，而不仅仅是消极地要求从别人那获取知识的问题，你将『挣到』答案。
 
 另一方面，表明你有能力也乐意参与问题的解决是个很好的开端。『有没有人能指个方向？』，我这还差点什么？』，『我应该查哪个网站？』，
@@ -181,7 +181,7 @@
 为保护通信的渠道不被无关的东西淹没，黑客会除掉那些没有找对地方的问题，你不会想让这种事落到自己头上的。
 
 因此，第一步是找对论坛。谷歌和其它搜索引擎还是你的朋友，可以用它们搜索你遇到困难的软硬件问题最相关的项目网站。那里通常都有项目的常见问题（`FAQ`）、邮件列表及文档的链接。
-如果你的努力（包括 _阅读_ `FAQ`）都没有结果，这些邮件列表就是最后能取得帮助的地方。项目的网站也许还有报告臭虫的流程或链接，如果是这样，去看看。
+如果你的努力（包括 **_阅读_** `FAQ`）都没有结果，这些邮件列表就是最后能取得帮助的地方。项目的网站也许还有报告臭虫的流程或链接，如果是这样，去看看。
 
 向陌生的人或论坛发送邮件极有可能是在冒险。譬如，不要假设一个内容丰富的网页的作者想充当你的免费顾问，不要对你的问题是否会受到欢迎做太乐观的估计 —— 如果你不确定，向别处发或者压根别发。
 
@@ -202,7 +202,7 @@
 本地的用户组织或者你所用的`Linux`发行版也许正在宣传新手取得帮助的论坛或`IRC`通道（在一些非英语国家，新手论坛很可能还是邮件列表），这些地方是开始提问的好去处，特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。
 经过宣传的`IRC`通道是公开邀请提问的地方，通常可以得到实时的回复。
 
-事实上，如果出问题的程序来自某发行版（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的项目论坛或邮件列表，（否则）该项目的黑客可能仅仅回复『用 _我们的_ 代码』。
+事实上，如果出问题的程序来自某发行版（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的项目论坛或邮件列表，（否则）该项目的黑客可能仅仅回复『用 **_我们的_** 代码』。
 
 在任何论坛发贴以前，先看看有没有搜索功能。如果有，就试着用问题的几个关键词搜索一下，也许就有帮助。如果在此之前你已做过全面的网页搜索（你应该这样去做），还是再搜索一下论坛，搜索引擎有可能没来得及索引此论坛的全部内容。
 
@@ -219,7 +219,7 @@
 
 如果一个项目既有 『用户』 也有『开发者』（或 『黑客』）邮件列表或论坛，而你又不摆弄那些代码，向『用户』列表或论坛提问。不要假设自己会在开发者列表中受到欢迎，那些人多半会遭受你的噪音干扰。
 
-然尔，如果你 _确信_ 你的问题不一般，而且在『用户』 列表或论坛中几天都没有回复，可以试试『开发者』列表或论坛。
+然尔，如果你 **_确信_** 你的问题不一般，而且在『用户』 列表或论坛中几天都没有回复，可以试试『开发者』列表或论坛。
 建议你在张贴前最好先暗暗地观察几天，至少看看最近几天保存的帖子，以了解那的行事方式（事实上这是参与任何私有或半私有列表的好主意）
 
 如果你找不到一个项目的邮件列表，而只能查到项目维护者的地址，只管向其发信。
@@ -257,7 +257,7 @@
 仅仅改变主题还不够。`mutt`和其它一些邮件阅读程序还要检查邮件头主题以外的其它信息，以便为其指定线索，所以宁可发一个全新的邮件。
 
 在论坛，因为消息与特定的线索紧密结合，并且通常在线索之外不可见，好的提问方式略有不同，通过回复提问并不要紧。不是所有论坛都允许在回复中出现分离的主题，而且这样做了基本上没有人会去看。
-不过，通过回复提问本身就是令人怀疑的做法，因为它们只会被正在查看该线索的人读到。所以，除非你 _只想_ 在该线索当前活跃的人群中提问，还是另起炉灶比较好。
+不过，通过回复提问本身就是令人怀疑的做法，因为它们只会被正在查看该线索的人读到。所以，除非你 **_只想_** 在该线索当前活跃的人群中提问，还是另起炉灶比较好。
 
 ### 使问题容易回复
 
@@ -272,7 +272,7 @@
 经验告诉我们，粗心与草率的作者通常也粗心与草率地思考和编程（我敢打赌）。为这些粗心与草率的思考者回答问题没有什么好处，我们宁可将时间花在其它地方。
 
 清楚、良好地表达你的问题非常重要。如果你觉得这样做麻烦，我们也觉得注意（你的问题）麻烦。
-花点额外的精力斟酌一下字句，用不着太僵硬与正式 —— 事实上，黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它 _必须_ 很准确，而且有迹象表明你是在思考和关注问题。
+花点额外的精力斟酌一下字句，用不着太僵硬与正式 —— 事实上，黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它 **_必须_** 很准确，而且有迹象表明你是在思考和关注问题。
 
 正确地拼写、使用标点和大小写，不要将『its』混淆为『it's』，『loose』搞成『lose』或者将『discrete』弄成 『discreet』。不要全部用大写，这会被视为无礼的大声嚷嚷
 （全部小写也好不到哪去，因为不易阅读。Alan Cox [注：著名黑客，Linux 内核的重要参与者] 也许可以这样做，但你不行。）
@@ -299,10 +299,10 @@
 * 使用纯文本而不是`HTML`（超文本标注语言）（ [关闭`HTML`](http://www.birdhouse.org/etc/evilmail.html) 并不难）
 * 使用`MIME`（多用途互联网邮件扩展）附件通常没有问题，前提是真正有内容（譬如附带的源文件或补丁），而不仅仅是邮件客户端程序生成的模板（譬如只是消息内容的拷贝）。
 * 不要发送整段只是单行句子但多次折回的邮件（这使得回复部分内容非常困难）。设想你的读者是在80个字符宽的文本终端阅读邮件，设置你的行折回点小于 80 列。
-* 但是，也 _不要_ 用任何固定列折回数据（譬如日志文件拷贝或会话记录）。数据应该原样包含，使回复者确信他们看到的是与你看到的一样的东西。
+* 但是，也 **_不要_** 用任何固定列折回数据（譬如日志文件拷贝或会话记录）。数据应该原样包含，使回复者确信他们看到的是与你看到的一样的东西。
 * 在英语论坛中，不要使用`'Quoted-Printable' MIME`编码发送消息。这种编码对于张贴非`ASCII`语言可能是必须的，但很多邮件程序并不支持。
     当它们分断时，那些文本中四处散布的 『`=20`』符号既难看也分散注意力，甚至有可能破坏内容的语意。
-* _永远不要_ 指望黑客们阅读使用封闭的专用格式编写的文档，诸如微软公司的`Word`或`Excel`文件等。
+* **_永远不要_** 指望黑客们阅读使用封闭的专用格式编写的文档，诸如微软公司的`Word`或`Excel`文件等。
     大多数黑客对此的反应就像有人将还在冒热气的猪粪倒在你门口时你的反应一样。即使他们能够处理，也很厌恶这么做。
 * 如果你从使用视窗的电脑发送电子邮件，关闭问题颇多的微软『聪明引用』功能（在『工具』 -> 『自动纠正选项』的『输入时自动格式化』下去掉聪明引用的选框），以免在你的邮件中到处散布垃圾字符。
 * 在论坛，勿滥用『表情符号』和『`HTML`』功能（当它们提供时）。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来像个傻笑的小姑娘。
@@ -331,11 +331,11 @@
 你应该（写得）精炼且有内容，简单地将一大堆代码或数据罗列在求助消息中达不到目的。如果你有一个很大且复杂的测试样例让程序崩溃，尝试将其裁剪得越小越好。
 
 至少有三个理由支持这点。第一，让别人看到你在努力简化问题使你更有可能得到回复。
-第二，简化问题使你更有可能得到 _有用的_ 回复。第三，在提纯臭虫报告的过程中，你可能自己就找到了解决办法或权宜之计。
+第二，简化问题使你更有可能得到 **_有用的_** 回复。第三，在提纯臭虫报告的过程中，你可能自己就找到了解决办法或权宜之计。
 
 ### 别急于宣称找到臭虫
 
-当你在一个软件中遇到问题，除非你 _非常、非常_ 的有根据，不要动辄声称找到了臭虫。
+当你在一个软件中遇到问题，除非你 **_非常、非常_** 的有根据，不要动辄声称找到了臭虫。
 提示：除非你能提供解决问题的源代码补丁，或者对前一版本的回归测试表现出不正确的行为，否则你都多半不够完全确信。
 对于网页和文档也如此，如果你（声称）发现了文档的『臭虫』，你应该能提供相应位置的替代文本。
 
@@ -345,7 +345,7 @@
 编写软件的人总是非常辛苦地使它尽可能完美。如果你声称找到了臭虫，也就置疑了他们的能力，即使你是对的，也有可能会使其中的部分人感到不快。
 （此外，）在主题中嚷嚷『臭虫』也是特别不老练的。
 
-提问时，即使你私下非常确信已经发现一个真正的臭虫，最好写得像是 _你_ 做错了什么。如果真的有臭虫，你会在回复中看到这点。
+提问时，即使你私下非常确信已经发现一个真正的臭虫，最好写得像是 **_你_** 做错了什么。如果真的有臭虫，你会在回复中看到这点。
 这样做的话，如果真有虫子，维护者就会向你道歉，这总比你弄砸了然后欠别人一个道歉要强。
 
 ### 低声下气代替不了做自己的家庭作业
@@ -406,7 +406,7 @@
 
 黑客们认为问题的解决过程应该公开、透明，此过程中如果更有才能的人注意到不完整或者不当之处，最初的回复才能够、也应该被纠正。同时，作为回复者也因为能力和学识被其它同行看到而得到某种回报。
 
-当你要求私下回复时，此过程和回报都被中止。别这样做，让 _回复者_ 来决定是否私下回答 —— 如果他真这么做了，通常是因为他认为问题编写太差或者太肤浅，以至于对其它人毫无意义。
+当你要求私下回复时，此过程和回报都被中止。别这样做，让 **_回复者_** 来决定是否私下回答 —— 如果他真这么做了，通常是因为他认为问题编写太差或者太肤浅，以至于对其它人毫无意义。
 
 对这条规则存在一条有限的例外，如果你确信提问可能会引来大量雷同的回复时，那么『向我发电邮，我将为论坛归纳这些回复』将是神奇的句子。
 试着将邮件列表或新闻组从洪水般雷同的回复中解救出来是非常有礼貌的 —— 但你必须信守诺言。
@@ -441,9 +441,9 @@
 
 ### 别张贴家庭作业式问题
 
-黑客们善于发现『家庭作业』式的问题。我们中的大多数人已经做了自己的家庭作业，那是该 _你_ 做的，以便从中学到东西。问一下提示没有关系，但不是要求完整的解决方案。
+黑客们善于发现『家庭作业』式的问题。我们中的大多数人已经做了自己的家庭作业，那是该 **_你_** 做的，以便从中学到东西。问一下提示没有关系，但不是要求完整的解决方案。
 
-如果你怀疑自己碰到了一个家庭作业式的问题，但仍然无法解决，试试在用户组、论坛或（作为最后一招）在项目的『用户』邮件列表或论坛中提问。尽管黑客们 _会_ 看出来，一些老用户也许仍会给你提示。
+如果你怀疑自己碰到了一个家庭作业式的问题，但仍然无法解决，试试在用户组、论坛或（作为最后一招）在项目的『用户』邮件列表或论坛中提问。尽管黑客们 **_会_** 看出来，一些老用户也许仍会给你提示。
 
 ### 删除无意义的要求
 
@@ -476,7 +476,7 @@
 然尔，如果你已经谈清楚了技术问题，客气一点肯定会增加你得到有用回复的机会。
 
 （我们必须指出，本文唯一受到一些老黑客认真反对的地方是以前曾经推荐过的『提前谢了』，一些黑客认为这隐含着事后不用再感谢任何人的暗示。
-我们的建议是要么先说 『提前谢了』，事后 _再_ 对回复者表示感谢，要么换种方式表达，譬如用『谢谢你的关注』或『谢谢你的关照』）。
+我们的建议是要么先说 『提前谢了』，事后 **_再_** 对回复者表示感谢，要么换种方式表达，譬如用『谢谢你的关注』或『谢谢你的关照』）。
 
 ### 问题解决后追加一条简要说明
 
@@ -488,7 +488,7 @@
 追加的消息用不着太长或太复杂，一句简单的『你好 —— 是网线坏了！谢谢大家 —— 比尔』就比什么都没有要强。
 事实上，除非解决问题的技术真正高深，一条简短而亲切的总结比长篇大论要好。说明是什么行动解决了问题，用不着重演整个排错的故事。
 
-对于有深度的问题，张贴排错历史的摘要是恰当的。描述问题的最终状态，说明是什么解决了问题，_在此之后_ 才指明可以避免的弯路。
+对于有深度的问题，张贴排错历史的摘要是恰当的。描述问题的最终状态，说明是什么解决了问题，**_在此之后_** 才指明可以避免的弯路。
 应避免的弯路部分应放在正确的解决方案和其它总结材料之后，而不要将此消息搞成侦探推理小说。列出那些帮助过你的名字，那样你会交到朋友的。
 
 除了有礼貌、有内容以外，这种类型的追帖将帮助其他人在邮件列表、新闻组或论坛文档中搜索到真正解决你问题的方案，从而也让他们受益。
@@ -519,24 +519,24 @@
 
 如果你看不懂回答，不要马上回复一个要求说明的消息，先试试那些最初提问时用过的相同工具（如手册、`FAQ`、网页、懂行的朋友等）试着搞懂回答。如果还是需要说明，展现你已经明白的。
 
-譬如，假如我告诉你：『看起来像是某输入项有问题，你需要清除它』，接着是个 _不好_ 的回帖：『什么是某输入项？』。
-而这是一个 _很好_ 的跟帖：『是的，我读了手册，某某输入项只在`-z`和`-p`开关中被提到，但都没有涉及到如何清除它们，你指的是哪一个还是我弄错了什么？』
+譬如，假如我告诉你：『看起来像是某输入项有问题，你需要清除它』，接着是个 **_不好_** 的回帖：『什么是某输入项？』。
+而这是一个 **_很好_** 的跟帖：『是的，我读了手册，某某输入项只在`-z`和`-p`开关中被提到，但都没有涉及到如何清除它们，你指的是哪一个还是我弄错了什么？』
 
 ### 对待无礼
 
 很多黑客圈子中看似无礼的行为并不是存心冒犯。相反，它是直接了当、一针见血式的交流风格，这种风格对于更关注解决问题而不是使别人感觉舒服而混乱的人是很自然的。
 
 如果你觉得被冒犯了，试着平静地反应。如果有人真的做了出格的事，邮件列表、新闻组或论坛中的前辈多半会招呼他。
-如果这 _没有_ 发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而 _你_ 将被视为有错的一方，这将伤害到你获取信息或帮助的机会。
+如果这 **_没有_** 发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而 **_你_** 将被视为有错的一方，这将伤害到你获取信息或帮助的机会。
 
 另一方面，你会偶而真的碰到无礼和无聊的言行。与上述相反，对真正的冒犯者狠狠地打击、用犀利的语言将其驳得体无完肤都是可以接受的。
 然尔，在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔，黑客们自己莽撞地越线的情况并不鲜见。
 如果你是新手或外来者，避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光，这时最好不要把手放在键盘上以免冒险。
 
 （有些人断言很多黑客都有轻度的自闭症或阿斯伯格综合症，缺少用于润滑人类社会『正常』交往所需的脑电路。这既可能是真也可能是假。
-如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们 _喜欢_ 现在这个样子，并且一般都对病号标记有站得住脚的怀疑。）
+如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们 **_喜欢_** 现在这个样子，并且一般都对病号标记有站得住脚的怀疑。）
 
-在下一节，我们会谈到另一个问题，当 _你_ 行为不当时会受到的『冒犯』。
+在下一节，我们会谈到另一个问题，当 **_你_** 行为不当时会受到的『冒犯』。
 
 别像失败者那样反应
 ------------------------
@@ -547,7 +547,7 @@
 
 熬过去，这很正常。事实上，它是有益健康与恰当的。
 
-社区的标准不会自己维持，它们是通过参与者积极而 _公开_ 地执行来维持的。
+社区的标准不会自己维持，它们是通过参与者积极而 **_公开_** 地执行来维持的。
 不要哭嚎所有的批评都应该通过私下的邮件传送，这不是事情运作的方式。当有人评论你的一个说法有误或者提出不同看法时，坚持声称受到个人攻击也毫无益处，这些都是失败者的态度。
 
 也有其它的黑客论坛，受过高礼节要求的误导，禁止参与者张贴任何对别人帖子挑毛病的消息，并声称『如果你不想帮助用户就闭嘴』。
@@ -558,7 +558,7 @@
 记着：当黑客说你搞砸了，并且（无论多么刺耳地）告诉你别再这样做时，他正在为关心你和他的社区而行动。对他而言，不理你并将你从他的生活中滤除要容易得多。
 如果你无法做到感谢，至少要有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人像对待脆弱的洋娃娃那样对你。
 
-有时候，即使你没有搞砸（或者只是别人想像你搞砸了）， 有些人也会无缘无故地攻击你本人。在这种情况下，报怨倒是 _真的_ 会把问题搞砸。
+有时候，即使你没有搞砸（或者只是别人想像你搞砸了）， 有些人也会无缘无故地攻击你本人。在这种情况下，报怨倒是 **_真的_** 会把问题搞砸。
 
 这些找茬者要么是毫无办法但自以为是专家的不中用家伙，要么就是测试你是否真会搞砸的心理专家。其它读者要么不理睬，要么用自己的方式对付他们。这些找茬者在给自己找麻烦，这点你不用操心。
 
@@ -617,7 +617,7 @@
 我的视窗电脑出问题了，你能帮忙吗？  
 **答：**  
 是的，把视窗垃圾删了，装个像`Linux`或`BSD`的开源操作系统吧。  
-注意：如果程序有官方的视窗版或者与视窗有交互（如`Samba`），你 _可以_ 问与视窗相关的问题，
+注意：如果程序有官方的视窗版或者与视窗有交互（如`Samba`），你 **_可以_** 问与视窗相关的问题，
 只是别对问题是由视窗操作系统而不是程序本身造成的回复感到惊讶，因为视窗一般来说太差，这种说法一般都成立。
 
 <a id="id266079"></a>
@@ -632,8 +632,8 @@
 我安装`Linux`或`X`遇到困难，你能帮忙吗？  
 **答：**  
 不行，我需要亲手操作你的电脑才能帮你排错，去向当地的`Linux`用户组寻求方便的帮助（你可以在 [这里](http://www.linux.org/groups/index.html) 找到用户组列表）  
-注意：如果安装问题与某`Linux`发行版有关，在针对 _它_ 的邮件列表、论坛或本地用户组织中提问也许是恰当的。
-此时，应描述问题的准确细节。在此之前，先用『`linux`』和 _所有_ 被怀疑的硬件 [作关键词] 仔细搜索。
+注意：如果安装问题与某`Linux`发行版有关，在针对 **_它_** 的邮件列表、论坛或本地用户组织中提问也许是恰当的。
+此时，应描述问题的准确细节。在此之前，先用『`linux`』和 **_所有_** 被怀疑的硬件 [作关键词] 仔细搜索。
 
 <a id="id266136"></a>
 **问：**  
@@ -674,7 +674,7 @@
 
 事后，当我感谢大家并评论这次良好的经历时，一个`Linux`内核邮件列表的成员谈到，他认为我得到答案并不是因为我的名字挂在列表上，而只是因为我正确的提问方式。
 
-黑客们在某种方面是非常不留情面的精英分子。我想在这事上他是对的，如果我 _表现得_ 像个不劳而获的寄生虫，不管我是谁都会被忽略或斥责。
+黑客们在某种方面是非常不留情面的精英分子。我想在这事上他是对的，如果我 **_表现得_** 像个不劳而获的寄生虫，不管我是谁都会被忽略或斥责。
 他建议将整个事件作为对其它人提问的指导，这直接导致了本文的编写。
 
 如果得不到回答
@@ -700,26 +700,26 @@
 如何更好地回答
 ------------------------
 
-_态度和善一点。_问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
+**_态度和善一点。_**问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
 
-_对初犯者私下回复。_ 对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找`FAQ`都不知道。
+**_对初犯者私下回复。_** 对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找`FAQ`都不知道。
 
-_如果你不确定，一定要说出来！_ 一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家好玩就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。
+**_如果你不确定，一定要说出来！_** 一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家好玩就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。
 
-_如果帮不了忙，别妨碍。_ 不要在具体步骤上开玩笑，那样也许会毁了用户的安装 —— 有些可怜的呆瓜会把它当成真的指令。
+**_如果帮不了忙，别妨碍。_** 不要在具体步骤上开玩笑，那样也许会毁了用户的安装 —— 有些可怜的呆瓜会把它当成真的指令。
 
-_探索性的反问以引出更多的细节。_ 如果你做得好，提问者可以学到点东西 —— 你也可以。试试将很差的问题转变成好问题，别忘了我们都曾是新手。
+**_探索性的反问以引出更多的细节。_** 如果你做得好，提问者可以学到点东西 —— 你也可以。试试将很差的问题转变成好问题，别忘了我们都曾是新手。
 
 尽管对那些懒虫报怨一声『读读该死的手册（`RTFM`）』是正当的，指出文档的位置（即使只是建议做个谷歌关键词搜索）会更好
 
-_如果你决意回答，给出好的答案。_ 当别人正在用错误的工具或方法时别建议笨拙的权宜之计，应推荐更好的工具，重新组织问题。
+**_如果你决意回答，给出好的答案。_** 当别人正在用错误的工具或方法时别建议笨拙的权宜之计，应推荐更好的工具，重新组织问题。
 
 请回答真正的问题！如果提问者已经做了自己该做的研究，并且说明尝试过X，Y，Z，A，B与C都没有得到想要的结果，
 那么回复『试试A或B』 或者给出一个内容为 『试一下X，Y，Z，A，B或C』的链接将极其无益！
 
-_帮助你的社区从中学习_。当回复一个好问题时，问问自己 『如何修改相关文件或`FAQ`文档以免再次解答同样的问题？』，接着再向文档维护者发一份补丁。
+**_帮助你的社区从中学习_**。当回复一个好问题时，问问自己 『如何修改相关文件或`FAQ`文档以免再次解答同样的问题？』，接着再向文档维护者发一份补丁。
 
-如果你是在研究一番后才做出的回答，_展现你的技巧而不是直接端出结果_。毕竟『授人以鱼，不如授人以渔』。
+如果你是在研究一番后才做出的回答，**_展现你的技巧而不是直接端出结果_**。毕竟『授人以鱼，不如授人以渔』。
 
 相关资源
 ------------------------
@@ -745,7 +745,7 @@ _帮助你的社区从中学习_。当回复一个好问题时，问问自己
 3.6 | 2008年3月19日 | esr | 小更新及新链接
 3.5 | 2008年1月2日 | esr | 勘误及一些翻译链接
 3.4 | 2007年3月24日 | esr | 新章节：『关于代码的问题』
-3.3 | 2006年9月29日 | esr | 增加凯.尼格曼（Kai Niggemann）的一个好建议
-3.2 | 2006年1月10日 | esr | 加入瑞克.莫恩（Rick Moen）编写的内容
+3.3 | 2006年9月29日 | esr | 增加凯.尼格曼（_Kai Niggemann_）的一个好建议
+3.2 | 2006年1月10日 | esr | 加入瑞克.莫恩（_Rick Moen_）编写的内容
 3.1 | 2004年10月28日 | esr | 文档『谷歌是你的朋友！』
 3.0 | 2004年2月2日 | esr | 主要新增在网页论坛应有的礼节