Merge pull request #20 from RayJune/patch-3

mabey fix a little markdown-grammar : ** & _

README-zh_CN.md

@@ -72,7 +72,7 @@ __本指南不提供此项目的实际支持服务！__
 
 在[黑客](http://www.catb.org/~esr/faqs/hacker-howto.html)的世界里，当你拋出一个技术问题时，最终是否能得到有用的回答，往往取决于你所提问和追问的方式。本指南将教你如何正确的提问以获得你满意的答案。
 
-不只是黑客，现在开放源代码（Open Source）软件已经相当盛行，你常常也可以由其他有经验的使用者身上得到好答案，这是件**_好事_**；使用者比起黑客来，往往对那些新手常遇到的问题更宽容一些。然而，将有经验的使用者视为黑客，并采用本指南所提的方法与他们沟通，同样也是能从他们身上得到满意回答的最有效方式。
+不只是黑客，现在开放源代码（Open Source）软件已经相当盛行，你常常也可以由其他有经验的使用者身上得到好答案，这是件_好事_；使用者比起黑客来，往往对那些新手常遇到的问题更宽容一些。然而，将有经验的使用者视为黑客，并采用本指南所提的方法与他们沟通，同样也是能从他们身上得到满意回答的最有效方式。
 
 首先你应该明白，黑客们喜爱有挑战性的问题，或者能激发我们思维的好问题。如果我们并非如此，那我们也不会成为你想询问的对象。如果你给了我们一个值得反复咀嚼玩味的好问题，我们自会对你感激不尽。好问题是激励，是厚礼。好问题可以提高我们的理解力，而且通常会暴露我们以前从没意识到或者思考过的问题。对黑客而言，"好问题！"是诚挚的大力称赞。
 
@@ -104,7 +104,7 @@ __本指南不提供此项目的实际支持服务！__
   1. 向你身边的强者朋友打听以找到答案。
   1. 如果你是程序开发者，请尝试阅读源代码以找到答案。
 
-当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所**_学到_**的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。
+当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所_学到_的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。
 
 运用某些策略，比如先用 Google 搜索你所遇到的各种错误信息（既搜索 [Google 论坛](http://groups.google.com/)，也搜索网页），这样很可能直接就找到了能解决问题的文件或邮件列表线索。即使没有结果，在邮件列表或新闻组寻求帮助时加上一句 ```我在 Google 中搜过下列句子但没有找到什么有用的东西``` 也是件好事，即使它只是表明了搜索引擎不能提供哪些帮助。这么做（加上搜索过的字串）也让遇到相似问题的其他人能被搜索引擎引导到你的提问来。
 
@@ -114,7 +114,7 @@ __本指南不提供此项目的实际支持服务！__
 
 小心别问错了问题。如果你的问题基于错误的假设，某个普通黑客（J. Random Hacker）多半会一边在心里想着```蠢问题…```， 一边用无意义的字面解释来答复你，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。
 
-绝不要自以为**_够格_**得到答案，你没有；你并没有。毕竟你没有为这种服务支付任何报酬。你将会是自己去**_挣到_**一个答案，靠提出有内涵的、有趣的、有思维激励作用的问题 --一个有潜力能贡献社区经验的问题，而不仅仅是被动的从他人处索取知识。
+绝不要自以为_够格_得到答案，你没有；你并没有。毕竟你没有为这种服务支付任何报酬。你将会是自己去_挣到_一个答案，靠提出有内涵的、有趣的、有思维激励作用的问题 --一个有潜力能贡献社区经验的问题，而不仅仅是被动的从他人处索取知识。
 
 另一方面，表明你愿意在找答案的过程中做点什么是一个非常好的开端。```谁能给点提示？```、```我的这个例子里缺了什么？```以及```我应该检查什么地方```比```请把我需要的确切的过程贴出来```更容易得到答复。因为你表现出只要有人能指个正确方向，你就有完成它的能力和决心。
 
@@ -131,7 +131,7 @@ __本指南不提供此项目的实际支持服务！__
 
 黑客会剔除掉那些搞错场合的问题，以保护他们沟通的渠道不被无关的东西淹没。你不会想让这种事发生在自己身上的。
 
-因此，第一步是找到对的论坛。再说一次，Google 和其它搜索引擎还是你的朋友，用它们来找到与你遭遇到困难的软硬件问题最相关的网站。通常那儿都有常见问题（FAQ）、邮件列表及相关说明文件的链接。如果你的努力（包括**_阅读_** FAQ）都没有结果，网站上也许还有报告 Bug（Bug-reporting）的流程或链接，如果是这样，链过去看看。
+因此，第一步是找到对的论坛。再说一次，Google 和其它搜索引擎还是你的朋友，用它们来找到与你遭遇到困难的软硬件问题最相关的网站。通常那儿都有常见问题（FAQ）、邮件列表及相关说明文件的链接。如果你的努力（包括_阅读_ FAQ）都没有结果，网站上也许还有报告 Bug（Bug-reporting）的流程或链接，如果是这样，链过去看看。
 
 向陌生的人或论坛发送邮件最可能是风险最大的事情。举例来说，别假设一个提供丰富内容的网页的作者会想充当你的免费顾问。不要对你的问题是否会受到欢迎做太乐观的估计 -- 如果你不确定，那就向别处发送，或者压根别发。
 
@@ -147,7 +147,7 @@ __本指南不提供此项目的实际支持服务！__
 
 ### Stack Overflow
 
-搜索，**_然后_** 在 Stack Exchange 问。
+搜索，_然后_ 在 Stack Exchange 问。
 
 近年来，Stack Exchange community 社区已经成为回答技术及其他问题的主要渠道，尤其是那些开放源码的项目。
 
@@ -163,7 +163,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 本地的使用者群组（user group），或者你所用的 Linux 发行版本也许正在宣传他们的网页论坛或 IRC 频道，并提供新手帮助（在一些非英语国家，新手论坛很可能还是邮件列表）， 这些地方是开始提问的好首选，特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。有广告赞助的 IRC 频道是公开欢迎提问的地方，通常可以即时得到回应。
 
-事实上，如果程序出的问题只发生在特定 Linux 发行版提供的版本（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的论坛或邮件列表提问。（否则）该项目的黑客可能仅仅回复 "用**_我们的_**版本"。
+事实上，如果程序出的问题只发生在特定 Linux 发行版提供的版本（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的论坛或邮件列表提问。（否则）该项目的黑客可能仅仅回复 "用_我们的_版本"。
 
 在任何论坛发文以前，先确认一下有没有搜索功能。如果有，就试着搜索一下问题的几个关键词，也许这会有帮助。如果在此之前你已做过通用的网页搜索（你也该这样做），还是再搜索一下论坛，搜索引擎有可能没来得及索引此论坛的全部内容。
 
@@ -182,7 +182,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 如果一个项目既有"使用者" 也有"开发者"（或"黑客"）邮件列表或论坛，而你又不会动到那些源代码，那么就向"使用者"列表或论坛提问。不要假设自己会在开发者列表中受到欢迎，那些人多半会将你的提问视为干扰他们开发的噪音。
 
-然而，如果你**_确信_**你的问题很特别，而且在"使用者" 列表或论坛中几天都没有回复，可以试试前往"开发者"列表或论坛发问。建议你在张贴前最好先暗地里观察几天以了解那里的行事方式（事实上这是参与任何私有或半私有列表的好主意）
+然而，如果你_确信_你的问题很特别，而且在"使用者" 列表或论坛中几天都没有回复，可以试试前往"开发者"列表或论坛发问。建议你在张贴前最好先暗地里观察几天以了解那里的行事方式（事实上这是参与任何私有或半私有列表的好主意）
 
 如果你找不到一个项目的邮件列表，而只能查到项目维护者的电子邮件地址，尽管向他发信。即使是在这种情况下，也别假设（项目）邮件列表不存在。在你的电子邮件中，请陈述你已经试过但没有找到合适的邮件列表，也提及你不反对将自己的邮件转发给他人（许多人认为，即使没什么秘密，私人电子邮件也不应该被公开。通过允许将你的电子邮件转发他人，你给了相应人员处置你邮件的选择）。
 
@@ -199,7 +199,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 > 更聪明问题：X.org 6.8.1 的鼠标光标，在某牌显卡 MV1005 芯片组环境下 - 会变形。
 
-编写```目标 -- 差异``` 式描述的过程有助于你组织对问题的细致思考。是什么被影响了？ 仅仅是鼠标光标或者还有其它图形？只在 X.org 的 X 版中出现？或只是出现在 6.8.1 版中？ 是针对某牌显卡芯片组？或者只是其中的 MV1005 型号？ 一个黑客只需瞄一眼就能够立即明白你的环境**_和_**你遇到的问题。
+编写```目标 -- 差异``` 式描述的过程有助于你组织对问题的细致思考。是什么被影响了？ 仅仅是鼠标光标或者还有其它图形？只在 X.org 的 X 版中出现？或只是出现在 6.8.1 版中？ 是针对某牌显卡芯片组？或者只是其中的 MV1005 型号？ 一个黑客只需瞄一眼就能够立即明白你的环境_和_你遇到的问题。
 
 总而言之，请想像一下你正在一个只显示标题的存档讨论串（Thread）索引中查寻。让你的标题更好地反映问题，可使下一个搜索类似问题的人能够关注这个讨论串，而不用再次提问相同的问题。
 
@@ -209,7 +209,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 仅仅改变标题还不够。mutt 和其它一些邮件阅读程序还会检查邮件标题以外的其它信息，以便为其指定讨论串。所以宁可发一个全新的邮件。
 
-在网页论坛上，好的提问方式稍有不同，因为讨论串与特定的信息紧密结合，并且通常在讨论串外就看不到里面的内容，故通过回复提问，而非改变标题是可接受的。不是所有论坛都允许在回复中出现分离的标题，而且这样做了基本上没有人会去看。不过，通过回复提问，这本身就是暧昧的做法，因为它们只会被正在查看该标题的人读到。所以，除非你**_只想_**在该讨论串当前活跃的人群中提问，不然还是另起炉灶比较好。
+在网页论坛上，好的提问方式稍有不同，因为讨论串与特定的信息紧密结合，并且通常在讨论串外就看不到里面的内容，故通过回复提问，而非改变标题是可接受的。不是所有论坛都允许在回复中出现分离的标题，而且这样做了基本上没有人会去看。不过，通过回复提问，这本身就是暧昧的做法，因为它们只会被正在查看该标题的人读到。所以，除非你_只想_在该讨论串当前活跃的人群中提问，不然还是另起炉灶比较好。
 
 ### 使问题容易回复
 
@@ -221,7 +221,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 我们从经验中发现，粗心的提问者通常也会粗心的写程序与思考（我敢打包票）。回答粗心大意者的问题很不值得，我们宁愿把时间耗在别处。
 
-正确的拼字、标点符号和大小写是很重要的。一般来说，如果你觉得这样做很麻烦，不想在乎这些，那我们也觉得麻烦，不想在乎你的提问。花点额外的精力斟酌一下字句，用不着太僵硬与正式 -- 事实上，黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它**_必须很_**准确，而且有迹象表明你是在思考和关注问题。
+正确的拼字、标点符号和大小写是很重要的。一般来说，如果你觉得这样做很麻烦，不想在乎这些，那我们也觉得麻烦，不想在乎你的提问。花点额外的精力斟酌一下字句，用不着太僵硬与正式 -- 事实上，黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它_必须很_准确，而且有迹象表明你是在思考和关注问题。
 
 正确地拼写、使用标点和大小写，不要将```its```混淆为```it's```，```loose```搞成```lose```或者将```discrete```弄成```discreet```。不要**全部用大写**，这会被视为无礼的大声嚷嚷（全部小写也好不到哪去，因为不易阅读。[Alan Cox](http://en.wikipedia.org/wiki/Alan_Cox) 也许可以这样做，但你不行。）
 
@@ -261,9 +261,9 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 * 使用纯文字而不是 HTML ([关闭 HTML](http://archive.birdhouse.org/etc/evilmail.html) 并不难）。
 * 使用 MIME 附件通常是可以的，前提是真正有内容（譬如附带的源代码或 patch），而不仅仅是邮件程序生成的模板（譬如只是信件内容的拷贝）。
 * 不要发送一段文字只是一行句子但自动换行后会变成多行的邮件（这使得回复部分内容非常困难）。设想你的读者是在 80 个字符宽的终端机上阅读邮件，最好设置你的换行分割点小于 80 字。
-* 但是，对一些特殊的文件**_不要_**设置固定宽度（譬如日志档案拷贝或会话记录）。数据应该原样包含，让回复者有信心他们看到的是和你看到的一样的东西。
+* 但是，对一些特殊的文件_不要_设置固定宽度（譬如日志档案拷贝或会话记录）。数据应该原样包含，让回复者有信心他们看到的是和你看到的一样的东西。
 * 在英语论坛中，不要使用```Quoted-Printable``` MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的，但很多邮件程序并不支持这种编码。当它们处理换行时，那些文本中四处散布的```=20```符号既难看也分散注意力，甚至有可能破坏内容的语意。
-* 绝对，**_永远_**不要指望黑客们阅读使用封闭格式编写的文档，像微软公司的 Word 或 Excel 文件等。大多数黑客对此的反应就像有人将还在冒热气的猪粪倒在你家门口时你的反应一样。即便他们能够处理，他们也很厌恶这么做。
+* 绝对，_永远_不要指望黑客们阅读使用封闭格式编写的文档，像微软公司的 Word 或 Excel 文件等。大多数黑客对此的反应就像有人将还在冒热气的猪粪倒在你家门口时你的反应一样。即便他们能够处理，他们也很厌恶这么做。
 * 如果你从使用 Windows 的电脑发送电子邮件，关闭微软愚蠢的```智能引号```功能 （从[选项] > [校订] > [自动校正选项]，勾选掉```智能引号```单选框），以免在你的邮件中到处散布垃圾字符。
 * 在论坛，勿滥用```表情符号```和```HTML```功能（当它们提供时）。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来像个傻笑的小姑娘。这通常不是个好主意，除非你只是对性而不是对答案感兴趣。
 
@@ -290,18 +290,18 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 这样做的用处至少有三点。
 第一，表现出你为简化问题付出了努力，这可以使你得到回答的机会增加；
-第二，简化问题使你更有可能得到**_有用_**的答案；
+第二，简化问题使你更有可能得到_有用_的答案；
 第三，在精炼你的 bug 报告的过程中，你很可能就自己找到了解决方法或权宜之计。
 
 ### 别动辄声称找到 Bug
 
-当你在使用软件中遇到问题，除非你非常、**_非常_**的有根据，不要动辄声称找到了 Bug。提示：除非你能提供解决问题的源代码补丁，或者提供回归测试来表明前一版本中行为不正确，否则你都多半不够完全确信。这同样适用在网页和文件，如果你（声称）发现了文件的```Bug```，你应该能提供相应位置的修正或替代文件。
+当你在使用软件中遇到问题，除非你非常、_非常_的有根据，不要动辄声称找到了 Bug。提示：除非你能提供解决问题的源代码补丁，或者提供回归测试来表明前一版本中行为不正确，否则你都多半不够完全确信。这同样适用在网页和文件，如果你（声称）发现了文件的```Bug```，你应该能提供相应位置的修正或替代文件。
 
 请记得，还有许多其它使用者没遇到你发现的问题，否则你在阅读文件或搜索网页时就应该发现了（你在抱怨前[已经做了这些，是吧](#在提问之前)？）。这也意味着很有可能是你弄错了而不是软件本身有问题。
 
 编写软件的人总是非常辛苦地使它尽可能完美。如果你声称找到了 Bug，也就是在质疑他们的能力，即使你是对的，也有可能会冒犯到其中某部分人。当你在标题中嚷嚷着有```Bug```时，这尤其严重。
 
-提问时，即使你私下非常确信已经发现一个真正的 Bug，最好写得像是**_你_**做错了什么。如果真的有 Bug，你会在回复中看到这点。这样做的话，如果真有 Bug，维护者就会向你道歉，这总比你惹恼别人然后欠别人一个道歉要好一点。
+提问时，即使你私下非常确信已经发现一个真正的 Bug，最好写得像是_你_做错了什么。如果真的有 Bug，你会在回复中看到这点。这样做的话，如果真有 Bug，维护者就会向你道歉，这总比你惹恼别人然后欠别人一个道歉要好一点。
 
 ### 低声下气不能代替你的功课
 
@@ -355,7 +355,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 黑客们认为问题的解决过程应该公开、透明，此过程中如果更有经验的人注意到不完整或者不当之处，最初的回复才能够、也应该被纠正。同时，作为提供帮助者可以得到一些奖励，奖励就是他的能力和学识被其他同行看到。
 
-当你要求私下回复时，这个过程和奖励都被中止。别这样做，让**_回复者_**来决定是否私下回答 -- 如果他真这么做了，通常是因为他认为问题编写太差或者太肤浅，以至于对其它人没有兴趣。
+当你要求私下回复时，这个过程和奖励都被中止。别这样做，让_回复者_来决定是否私下回答 -- 如果他真这么做了，通常是因为他认为问题编写太差或者太肤浅，以至于对其它人没有兴趣。
 
 这条规则存在一条有限的例外，如果你确信提问可能会引来大量雷同的回复时，那么这个神奇的提问句会是```向我发电邮，我将为论坛归纳这些回复```。试着将邮件列表或新闻群组从洪水般的雷同回复中解救出来是非常有礼貌的 -- 但你必须信守诺言。
 
@@ -381,9 +381,9 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 ### 别把自己家庭作业的问题贴上来
 
-黑客们很擅长分辨哪些问题是家庭作业式的问题；因为我们中的大多数都曾自己解决这类问题。同样，这些问题得由**_你_**来搞定，你会从中学到东西。你可以要求给点提示，但别要求得到完整的解决方案。
+黑客们很擅长分辨哪些问题是家庭作业式的问题；因为我们中的大多数都曾自己解决这类问题。同样，这些问题得由_你_来搞定，你会从中学到东西。你可以要求给点提示，但别要求得到完整的解决方案。
 
-如果你怀疑自己碰到了一个家庭作业式的问题，但仍然无法解决，试试在使用者群组，论坛或（最后一招）在项目的**使用者**邮件列表或论坛中提问。尽管黑客们**_会_**看出来，但一些有经验的使用者也许仍会给你一些提示。
+如果你怀疑自己碰到了一个家庭作业式的问题，但仍然无法解决，试试在使用者群组，论坛或（最后一招）在项目的**使用者**邮件列表或论坛中提问。尽管黑客们_会_看出来，但一些有经验的使用者也许仍会给你一些提示。
 
 ### 去掉无意义的提问句
 
@@ -413,7 +413,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 然而，如果你有一串的问题待解决，客气一点肯定会增加你得到有用回应的机会。
 
-（我们注意到，自从本指南发布后，从资深黑客那里得到的唯一严重缺陷反馈，就是对预先道谢这一条。一些黑客觉得```先谢了```意味着事后就不用再感谢任何人的暗示。我们的建议是要么先说```先谢了```，**_然后_**事后再对回复者表示感谢，或者换种方式表达感激，譬如用```谢谢你的关注```或```谢谢你的关照```。）
+（我们注意到，自从本指南发布后，从资深黑客那里得到的唯一严重缺陷反馈，就是对预先道谢这一条。一些黑客觉得```先谢了```意味着事后就不用再感谢任何人的暗示。我们的建议是要么先说```先谢了```，_然后_事后再对回复者表示感谢，或者换种方式表达感激，譬如用```谢谢你的关注```或```谢谢你的关照```。）
 
 ### 问题解决后，加个简短的补充说明
 
@@ -423,7 +423,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 补充说明不必很长或是很深入；简单的一句```你好，原来是网线出了问题！谢谢大家 – Bill```比什么也不说要来的好。事实上，除非结论真的很有技术含量，否则简短可爱的小结比长篇大论更好。说明问题是怎样解决的，但大可不必将解决问题的过程复述一遍。
 
-对于有深度的问题，张贴调试记录的摘要是有帮助的。描述问题的最终状态，说明是什么解决了问题，在此**_之后_**才指明可以避免的盲点。避免盲点的部分应放在正确的解决方案和其它总结材料之后，而不要将此信息搞成侦探推理小说。列出那些帮助过你的名字，会让你交到更多朋友。
+对于有深度的问题，张贴调试记录的摘要是有帮助的。描述问题的最终状态，说明是什么解决了问题，在此_之后_才指明可以避免的盲点。避免盲点的部分应放在正确的解决方案和其它总结材料之后，而不要将此信息搞成侦探推理小说。列出那些帮助过你的名字，会让你交到更多朋友。
 
 除了有礼貌和有内涵以外，这种类型的补充也有助于他人在邮件列表/新闻群组/论坛中搜索到真正解决你问题的方案，让他们也从中受益。
 
@@ -455,21 +455,21 @@ RTFM 有一个年轻的亲戚。如果你收到```STFW（Search The Fucking Web
 
 如果你看不懂回应，别立刻要求对方解释。像你以前试着自己解决问题时那样（利用手册，FAQ，网络，身边的高手），先试着去搞懂他的回应。如果你真的需要对方解释，记得表现出你已经从中学到了点什么。
 
-比方说，如果我回答你：```看来似乎是 zentry 卡住了；你应该先清除它。```，然后，这是一个**_很糟的_**后续问题回应：```zentry 是什么？``` **_好_**的问法应该是这样：```哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries，而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗？还是我看漏了什么？```
+比方说，如果我回答你：```看来似乎是 zentry 卡住了；你应该先清除它。```，然后，这是一个_很糟的_后续问题回应：```zentry 是什么？``` _好_的问法应该是这样：```哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries，而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗？还是我看漏了什么？```
 
 ### 处理无礼的回应
 
 很多黑客圈子中看似无礼的行为并不是存心冒犯。相反，它是直接了当，一针见血式的交流风格，这种风格更注重解决问题，而不是使人感觉舒服而却模模糊糊。
 
-如果你觉得被冒犯了，试着平静地反应。如果有人真的做了出格的事，邮件列表、新闻群组或论坛中的前辈多半会招呼他。如果这**_没有_**发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而**_你_**将被视为有错的一方，这将伤害到你获取信息或帮助的机会。
+如果你觉得被冒犯了，试着平静地反应。如果有人真的做了出格的事，邮件列表、新闻群组或论坛中的前辈多半会招呼他。如果这_没有_发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而_你_将被视为有错的一方，这将伤害到你获取信息或帮助的机会。
 
 另一方面，你偶尔真的会碰到无礼和无聊的言行。与上述相反，对真正的冒犯者狠狠地打击，用犀利的语言将其驳得体无完肤都是可以接受的。然而，在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔，黑客们自己莽撞地越线的情况并不鲜见。如果你是新手或外人，避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光，这时最好不要把手放在键盘上以免冒险。
 
-（有些人断言很多黑客都有轻度的自闭症或亚斯伯格综合症，缺少用于润滑人类社会**正常**交往所需的神经。这既可能是真也可能是假的。如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们**_喜欢_**我们现在这个样子，并且通常对病患标记都有站得住脚的怀疑。）
+（有些人断言很多黑客都有轻度的自闭症或亚斯伯格综合症，缺少用于润滑人类社会**正常**交往所需的神经。这既可能是真也可能是假的。如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们_喜欢_我们现在这个样子，并且通常对病患标记都有站得住脚的怀疑。）
 
 Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http://www.mit.edu/~jcb/tact.html)**)。
 
-在下一节，我们会谈到另一个问题，当**_你_**行为不当时所会受到的```冒犯```。
+在下一节，我们会谈到另一个问题，当_你_行为不当时所会受到的```冒犯```。
 
 ## 如何避免扮演失败者
 
@@ -479,7 +479,7 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 熬过去，这很正常。事实上，它是有益健康且合理的。
 
-社区的标准不会自行维持，它们是通过参与者积极而**_公开地_**执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送，它不是这样运作的。当有人评论你的一个说法有误或者提出不同看法时，坚持声称受到个人攻击也毫无益处，这些都是失败者的态度。
+社区的标准不会自行维持，它们是通过参与者积极而_公开地_执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送，它不是这样运作的。当有人评论你的一个说法有误或者提出不同看法时，坚持声称受到个人攻击也毫无益处，这些都是失败者的态度。
 
 也有其它的黑客论坛，受过高礼节要求的误导，禁止参与者张贴任何对别人帖子挑毛病的消息，并声称```如果你不想帮助用户就闭嘴。``` 结果造成有想法的参与者纷纷离开，这么做只会使它们沦为毫无意义的唠叨与无用的技术论坛。
 
@@ -487,7 +487,7 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 记着：当黑客说你搞砸了，并且（无论多么刺耳）告诉你别再这样做时，他正在为关心**你**和**他的社区**而行动。对他而言，不理你并将你从他的生活中滤掉更简单。如果你无法做到感谢，至少要表现得有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人像对待脆弱的洋娃娃那样对你。
 
-有时候，即使你没有搞砸（或者只是在他的想像中你搞砸了），有些人也会无缘无故地攻击你本人。在这种情况下，抱怨倒是**_真的_**会把问题搞砸。
+有时候，即使你没有搞砸（或者只是在他的想像中你搞砸了），有些人也会无缘无故地攻击你本人。在这种情况下，抱怨倒是_真的_会把问题搞砸。
 
 这些来找麻烦的人要么是毫无办法但自以为是专家的不中用家伙，要么就是测试你是否真会搞砸的心理专家。其它读者要么不理睬，要么用自己的方式对付他们。这些来找麻烦的人在给他们自己找麻烦，这点你不用操心。
 
@@ -553,7 +553,7 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 回答：能啊，扔掉微软的垃圾，换个像 Linux 或 BSD 的开放源代码操作系统吧。
 
-注意：如果程序有官方版 Windows 或者与 Windows 有互动（如 Samba），你**_可以_**问与 Windows 相关的问题， 只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶， 因为 Windows 一般来说实在太烂，这种说法通常都是对的。
+注意：如果程序有官方版 Windows 或者与 Windows 有互动（如 Samba），你_可以_问与 Windows 相关的问题， 只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶， 因为 Windows 一般来说实在太烂，这种说法通常都是对的。
 
 <a id="q7"></a>
 > 问题：我的程序不会动了，我认为系统工具 X 有问题
@@ -565,7 +565,7 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 回答：不能，我只有亲自在你的电脑上动手才能找到毛病。还是去找你当地的 Linux 使用群组者寻求实际的指导吧（你能在[这儿](http://www.linux.org/groups/index.html)找到使用者群组的清单）。
 
-注意：如果安装问题与某 Linux 的发行版有关，在它的邮件列表、论坛或本地使用者群组中提问也许是恰当的。此时，应描述问题的准确细节。在此之前，先用 ```Linux``` 和**_所有_**被怀疑的硬件作关键词仔细搜索。
+注意：如果安装问题与某 Linux 的发行版有关，在它的邮件列表、论坛或本地使用者群组中提问也许是恰当的。此时，应描述问题的准确细节。在此之前，先用 ```Linux``` 和_所有_被怀疑的硬件作关键词仔细搜索。
 
 <a id="q9"></a>
 > 问题：我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢？
@@ -621,9 +621,9 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 通过我的提问方法，我给了别人可以咀嚼玩味的东西；我设法让人们很容易参与并且被吸引进来。我显示了自己具备和他们同等的能力，并邀请他们与我共同探讨。通过告诉他们我所走过的弯路，以避免他们再浪费时间，我也表明了对他们宝贵时间的尊重。
 
-事后，当我向每个人表示感谢，并且赞赏这次良好的讨论经历的时候， 一个 Linux 内核邮件列表的成员表示，他觉得我的问题得到解决并非由于我是这个列表中的**_名人_**，而是因为我用了正确的方式来提问。
+事后，当我向每个人表示感谢，并且赞赏这次良好的讨论经历的时候， 一个 Linux 内核邮件列表的成员表示，他觉得我的问题得到解决并非由于我是这个列表中的_名_人，而是因为我用了正确的方式来提问。
 
-黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙；我相信他是对的，如果我**_像_**个乞讨者那样提问，不论我是谁，一定会惹恼某些人或者被他们忽视。他建议我记下这件事，这直接导致了本指南的出现。
+黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙；我相信他是对的，如果我_像_个乞讨者那样提问，不论我是谁，一定会惹恼某些人或者被他们忽视。他建议我记下这件事，这直接导致了本指南的出现。
 
 ## 如果得不到回答
 
@@ -641,25 +641,25 @@ Jeff Bigler 的观察总结和这个相关也值得一读 (**[tact filters](http
 
 ## 如何更好地回答问题
 
-**_态度和善一点_**。问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
+_态度和善一点_。问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
 
-**_对初犯者私下回复_**。对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找常见问题都不知道。
+_对初犯者私下回复_。对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找常见问题都不知道。
 
-**_如果你不确定，一定要说出来_**！一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家很好玩，就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。
+_如果你不确定，一定要说出来_！一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家很好玩，就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。
 
-**_如果帮不了忙，也别妨碍他_**。不要在实际步骤上开玩笑，那样也许会毁了使用者的设置 --有些可怜的呆瓜会把它当成真的指令。
+_如果帮不了忙，也别妨碍他_。不要在实际步骤上开玩笑，那样也许会毁了使用者的设置 --有些可怜的呆瓜会把它当成真的指令。
 
-**_试探性的反问以引出更多的细节_**。如果你做得好，提问者可以学到点东西 --你也可以。试试将蠢问题转变成好问题，别忘了我们都曾是新手。
+_试探性的反问以引出更多的细节_。如果你做得好，提问者可以学到点东西 --你也可以。试试将蠢问题转变成好问题，别忘了我们都曾是新手。
 
 尽管对那些懒虫抱怨一声 RTFM 是正当的，能指出文件的位置（即使只是建议个 Google 搜索关键词）会更好。
 
-**_如果你决定回答，就请给出好的答案_**。当别人正在用错误的工具或方法时别建议笨拙的权宜之计（wordaround），应推荐更好的工具，重新界定问题。
+_如果你决定回答，就请给出好的答案_。当别人正在用错误的工具或方法时别建议笨拙的权宜之计（wordaround），应推荐更好的工具，重新界定问题。
 
-**_正面的回答问题_**！如果这个提问者已经很深入的研究而且也表明已经试过 X 、 Y 、 Z 、 A 、 B 、 C 但没得到结果，回答 ```试试看 A 或是 B``` 或者 ```试试 X 、 Y 、 Z 、 A 、 B 、 C``` 并附上一个链接一点用都没有。
+_正面的回答问题_！如果这个提问者已经很深入的研究而且也表明已经试过 X 、 Y 、 Z 、 A 、 B 、 C 但没得到结果，回答 ```试试看 A 或是 B``` 或者 ```试试 X 、 Y 、 Z 、 A 、 B 、 C``` 并附上一个链接一点用都没有。
 
-**_帮助你的社区从问题中学习_**。当回复一个好问题时，问问自己```如何修改相关文件或常见问题文件以免再次解答同样的问题？```，接着再向文件维护者发一份补丁。
+_帮助你的社区从问题中学习_。当回复一个好问题时，问问自己```如何修改相关文件或常见问题文件以免再次解答同样的问题？```，接着再向文件维护者发一份补丁。
 
-如果你是在研究一番后才做出的回答，**_展现你的技巧而不是直接端出结果_**。毕竟```授人以鱼不如授人以渔```。
+如果你是在研究一番后才做出的回答，_展现你的技巧而不是直接端出结果_。毕竟```授人以鱼不如授人以渔```。
 
 ## 相关资源