Merge pull request #14 from xuxiaodong/master

Fix typo and typography

README-zh_CN.md

@@ -6,7 +6,7 @@ Copyright © 2001,2006,2014 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](http://www.catb.org/~esr/faqs/smart-questions.html)
 
 Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
 
@@ -25,7 +25,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
   * [当你提问时](#当你提问时)
     * [慎选提问的论坛](#慎选提问的论坛)
     * [Stack Overflow](#stack-overflow)
-    * [网站和IRC论坛](#网站和irc论坛)
+    * [网站和 IRC 论坛](#网站和-irc-论坛)
     * [第二步，使用项目邮件列表](#第二步使用项目邮件列表)
     * [使用有意义且描述明确的标题](#使用有意义且描述明确的标题)
     * [使问题容易回复](#使问题容易回复)
@@ -33,7 +33,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
     * [使用易于读取且标准的文件格式发送问题](#使用易于读取且标准的文件格式发送问题)
     * [精确的描述问题并言之有物](#精确的描述问题并言之有物)
     * [话不在多而在精](#话不在多而在精)
-    * [别动辄声称找到Bug](#别动辄声称找到bug)
+    * [别动辄声称找到 Bug](#别动辄声称找到-bug)
     * [可以低声下气，但还是要先做功课](#可以低声下气但还是要先做功课)
     * [描述问题症状而非猜测](#描述问题症状而非猜测)
     * [按发生时间先后列出问题症状](#按发生时间先后列出问题症状)
@@ -47,7 +47,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
     * [礼多人不怪，而且有时还很有帮助](#礼多人不怪而且有时还很有帮助)
     * [问题解决后，加个简短的补充说明](#问题解决后加个简短的补充说明)
   * [如何解读答案](#如何解读答案)
-    * [RTFM和STFW：如何知道你已完全搞砸了](#rtfm和stfw如何知道你已完全搞砸了)
+    * [RTFM 和 STFW：如何知道你已完全搞砸了](#rtfm-和-stfw如何知道你已完全搞砸了)
     * [如果还是搞不懂](#如果还是搞不懂)
     * [处理无礼的回应](#处理无礼的回应)
   * [如何避免扮演失败者](#如何避免扮演失败者)
@@ -60,7 +60,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
 
 ##声明
 
-许多项目在他们的使用协助/说明网页中链接了本指南，这么做很好，我们也鼓励大家都这么做。但如果你是负责管理这个项目网页的人，请在超链接附近的显着位置上注明：
+许多项目在他们的使用协助/说明网页中链接了本指南，这么做很好，我们也鼓励大家都这么做。但如果你是负责管理这个项目网页的人，请在超链接附近的显著位置上注明：
 
 __本指南不提供此项目的实际支持服务！__
 
@@ -102,7 +102,7 @@ __本指南不提供此项目的实际支持服务！__
   1. 尝试阅读常见问题文件（FAQ）以找到答案。
   1. 尝试自己检查或试验以找到答案
   1. 向你身边的强者朋友打听以找到答案。
-  1. 如果你是程序开发者，请尝试阅读源代码以找到答案
+  1. 如果你是程序开发者，请尝试阅读源代码以找到答案。
 
 当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所**_学到_**的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。
 
@@ -169,7 +169,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 通过论坛或 IRC 频道来提供使用者支持服务有增长的趋势，电子邮件则大多为项目开发者间的交流而保留。所以最好先在论坛或 IRC 中寻求与该项目相关的协助。
 
-在使用IRC的时候,首先最好不要发布很长的问题描述，有些人称之为频道洪水。最好通过一句话的问题描述来开始聊天。
+在使用 IRC 的时候，首先最好不要发布很长的问题描述，有些人称之为频道洪水。最好通过一句话的问题描述来开始聊天。
 
 ### 第二步，使用项目邮件列表
 
@@ -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）索引中查寻。让你的标题更好地反映问题，可使下一个搜索类似问题的人能够关注这个讨论串，而不用再次提问相同的问题。
 
@@ -225,7 +225,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 正确地拼写、使用标点和大小写，不要将```its```混淆为```it's```，```loose```搞成```lose```或者将```discrete```弄成```discreet```。不要**全部用大写**，这会被视为无礼的大声嚷嚷（全部小写也好不到哪去，因为不易阅读。[Alan Cox](http://en.wikipedia.org/wiki/Alan_Cox) 也许可以这样做，但你不行。）
 
-更白话的说，如果你写得像是个半文盲[译注：[小白](http://zh.wikipedia.org/zh-tw/小白)]），那多半得不到理睬。也不要使用即时通讯中的简写或[火星文](http://zh.wikipedia.org/zh-tw/火星文)，如将```的```简化为```ㄉ```会使你看起来像一个为了少打几个键而省字的小白。更糟的是，如果像个小孩似地鬼画符那绝对是在找死，可以肯定没人会理你（或者最多是给你一大堆指责与挖苦）。
+更白话的说，如果你写得像是个半文盲[译注：[小白](http://zh.wikipedia.org/zh-tw/小白)]，那多半得不到理睬。也不要使用即时通讯中的简写或[火星文](http://zh.wikipedia.org/zh-tw/火星文)，如将```的```简化为```ㄉ```会使你看起来像一个为了少打几个键而省字的小白。更糟的是，如果像个小孩似地鬼画符那绝对是在找死，可以肯定没人会理你（或者最多是给你一大堆指责与挖苦）。
 
 如果在使用非母语的论坛提问，你可以犯点拼写和语法上的小错，但决不能在思考上马虎（没错，我们通常能弄清两者的分别）。同时，除非你知道回复者使用的语言，否则请使用英语书写。繁忙的黑客一般会直接删除用他们看不懂语言写的消息。在网络上英语是通用语言，用英语书写可以将你的问题在尚未被阅读就被直接删除的可能性降到最低。
 
@@ -258,13 +258,13 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 如果你人为地将问题搞得难以阅读，它多半会被忽略，人们更愿读易懂的问题，所以：
 
-* 使用纯文字而不是HTML ([关闭HTML](http://archive.birdhouse.org/etc/evilmail.html)并不难）
+* 使用纯文字而不是 HTML ([关闭 HTML](http://archive.birdhouse.org/etc/evilmail.html) 并不难）。
 * 使用 MIME 附件通常是可以的，前提是真正有内容（譬如附带的源代码或 patch），而不仅仅是邮件程序生成的模板（譬如只是信件内容的拷贝）。
 * 不要发送一段文字只是一行句子但自动换行后会变成多行的邮件（这使得回复部分内容非常困难）。设想你的读者是在 80 个字符宽的终端机上阅读邮件，最好设置你的换行分割点小于 80 字。
 * 但是，对一些特殊的文件**_不要_**设置固定宽度（譬如日志档案拷贝或会话记录）。数据应该原样包含，让回复者有信心他们看到的是和你看到的一样的东西。
 * 在英语论坛中，不要使用```Quoted-Printable``` MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的，但很多邮件程序并不支持这种编码。当它们处理换行时，那些文本中四处散布的```=20```符号既难看也分散注意力，甚至有可能破坏内容的语意。
 * 绝对，**_永远_**不要指望黑客们阅读使用封闭格式编写的文档，像微软公司的 Word 或 Excel 文件等。大多数黑客对此的反应就像有人将还在冒热气的猪粪倒在你家门口时你的反应一样。即便他们能够处理，他们也很厌恶这么做。
-* 如果你从使用Windows的电脑发送电子邮件，关闭微软愚蠢的```智能引号```功能 （从[选项] > [校订] > [自动校正选项], 勾选掉```智能引号```单选框），以免在你的邮件中到处散布垃圾字符。
+* 如果你从使用 Windows 的电脑发送电子邮件，关闭微软愚蠢的```智能引号```功能 （从[选项] > [校订] > [自动校正选项]，勾选掉```智能引号```单选框），以免在你的邮件中到处散布垃圾字符。
 * 在论坛，勿滥用```表情符号```和```HTML```功能（当它们提供时）。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来像个傻笑的小姑娘。这通常不是个好主意，除非你只是对性而不是对答案感兴趣。
 
 如果你使用图形用户界面的邮件程序（如微软公司的 Outlook 或者其它类似的），注意它们的默认设置不一定满足这些要求。大多数这类程序有基于选单的```查看源代码```命令，用它来检查发送文件夹中的邮件，以确保发送的是纯文本文件同时没有一些奇怪的字符。
@@ -276,7 +276,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 * 描述在提问前你是怎样去研究和理解这个问题的。
 * 描述在提问前为确定问题而采取的诊断步骤。
 * 描述最近做过什么可能相关的硬件或软件变更。
-  * 尽可能的提供一个可以```重现这个问题的可控环境```的方法
+* 尽可能的提供一个可以```重现这个问题的可控环境```的方法。
 
 尽量去揣测一个黑客会怎样反问你，在你提问之前预先将黑客们可能遇到的问题回答一遍。
 
@@ -373,7 +373,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 别要求他人帮你调试有问题的代码，不提示一下应该从何入手。张贴几百行的代码，然后说一声：```它不能工作```会让你完全被忽略。只贴几十行代码，然后说一句：```在第七行以后，我期待它显示 <x>，但实际出现的是 <y>```比较有可能让你得到回应。
 
-最有效描述程序问题的方法是提供最精简的Bug展示测试示例（bug-demonstrating test case）。什么是最精简的测试示例? 那是问题的缩影；一小个程序片段能**刚好**展示出程序的异常行为，而不包含其他令人分散注意力的内容。怎么制作最精简的测试示例？如果你知道哪一行或哪一段代码会造成异常的行为，复制下来并加入足够重现这个状况的代码（例如，足以让这段代码能被编译/直译/被应用程序处理）。如果你无法将问题缩减到一个特定区块，就复制一份代码并移除不影响产生问题行为的部分。总之，测试示例越小越好（查看[话不在多而在精](#话不在多而在精)一节）。
+最有效描述程序问题的方法是提供最精简的 Bug 展示测试示例（bug-demonstrating test case）。什么是最精简的测试示例？那是问题的缩影；一小个程序片段能**刚好**展示出程序的异常行为，而不包含其他令人分散注意力的内容。怎么制作最精简的测试示例？如果你知道哪一行或哪一段代码会造成异常的行为，复制下来并加入足够重现这个状况的代码（例如，足以让这段代码能被编译/直译/被应用程序处理）。如果你无法将问题缩减到一个特定区块，就复制一份代码并移除不影响产生问题行为的部分。总之，测试示例越小越好（查看[话不在多而在精](#话不在多而在精)一节）。
 
 一般而言，要得到一段相当精简的测试示例并不太容易，但永远先尝试这样做的是种好习惯。这种方式可以帮助你了解如何自行解决这个问题 —- 而且即使你的尝试不成功，黑客们也会看到你在尝试取得答案的过程中付出了努力，这可以让他们更愿意与你合作。
 
@@ -419,7 +419,7 @@ Stack Exchange 已经成长到[超过一百个网站](http://stackexchange.com/s
 
 问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的，并再一次向他们表示感谢。如果问题在新闻组或者邮件列表中引起了广泛关注，应该在那里贴一个说明比较恰当。
 
-最理想的方式是向最初提问的话题回复此消息，并在标题中包含```已修正```，```已解决```或其它同等含义的明显标记。在人来人往的邮件列表里，一个看见讨论串```问题 X```和```问题的X - 已解决```的潜在回复者就明白不用再浪费时间了（除非他个人觉得```问题 X```的有趣），因此可以利用此时间去解决其它问题。
+最理想的方式是向最初提问的话题回复此消息，并在标题中包含```已修正```，```已解决```或其它同等含义的明显标记。在人来人往的邮件列表里，一个看见讨论串```问题 X```和```问题 X - 已解决```的潜在回复者就明白不用再浪费时间了（除非他个人觉得```问题 X```的有趣），因此可以利用此时间去解决其它问题。
 
 补充说明不必很长或是很深入；简单的一句```你好，原来是网线出了问题！谢谢大家 – Bill```比什么也不说要来的好。事实上，除非结论真的很有技术含量，否则简短可爱的小结比长篇大论更好。说明问题是怎样解决的，但大可不必将解决问题的过程复述一遍。
 
@@ -447,7 +447,7 @@ RTFM 有一个年轻的亲戚。如果你收到```STFW（Search The Fucking Web
 通常，用这两句之一回答你的人会给你一份包含你需要内容的手册或者一个网址，而且他们打这些字的时候也正在读着。这些答复意味着回答者认为
 
 * **你需要的信息非常容易获得**；
-  * **你自己去搜索这些信息比灌给你，能让你学到更多**。
+* **你自己去搜索这些信息比灌给你，能让你学到更多**。
 
 你不应该因此不爽；**依照黑客的标准，他已经表示了对你一定程度的关注，而没有对你的要求视而不见**。你应该对他祖母般的慈祥表示感谢。
 
@@ -481,11 +481,11 @@ Jeff Bigler的观察总结和这个相关也值得一读(**[tact filters](http:/
 
 社区的标准不会自行维持，它们是通过参与者积极而**_公开地_**执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送，它不是这样运作的。当有人评论你的一个说法有误或者提出不同看法时，坚持声称受到个人攻击也毫无益处，这些都是失败者的态度。
 
-也有其它的黑客论坛，受过高礼节要求的误导，禁止参与者张贴任何对别人帖子挑毛病的消息，并声称```如果你不想帮助用户就闭嘴。``` 结果造成有想法的参与者纷纷离开，这么做只会使它们沦为毫无意义的嘮叨与无用的技术论坛。
+也有其它的黑客论坛，受过高礼节要求的误导，禁止参与者张贴任何对别人帖子挑毛病的消息，并声称```如果你不想帮助用户就闭嘴。``` 结果造成有想法的参与者纷纷离开，这么做只会使它们沦为毫无意义的唠叨与无用的技术论坛。
 
 夸张的讲法是：你要的是**友善**（以上述方式）还是有用？两个里面挑一个。
 
-记着：当黑客说你搞砸了，并且（无论多么刺耳）告诉你别再这样做时，他正在为关心**你**和**他的社区**而行动。对他而言，不理你并将你从他的生活中滤掉更简单。如果你无法做到感谢，至少要表现地有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人像对待脆弱的洋娃娃那样对你。
+记着：当黑客说你搞砸了，并且（无论多么刺耳）告诉你别再这样做时，他正在为关心**你**和**他的社区**而行动。对他而言，不理你并将你从他的生活中滤掉更简单。如果你无法做到感谢，至少要表现得有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人像对待脆弱的洋娃娃那样对你。
 
 有时候，即使你没有搞砸（或者只是在他的想像中你搞砸了），有些人也会无缘无故地攻击你本人。在这种情况下，抱怨倒是**_真的_**会把问题搞砸。
 
@@ -551,7 +551,7 @@ Jeff Bigler的观察总结和这个相关也值得一读(**[tact filters](http:/
 <a id="q6"></a>
 > 问题：我的 Windows 电脑有问题，你能帮我吗？
 
-回答：能啊，扔掉萎软的垃圾，换个像 Linux 或 BSD 的开放源代码操作系统吧。
+回答：能啊，扔掉微软的垃圾，换个像 Linux 或 BSD 的开放源代码操作系统吧。
 
 注意：如果程序有官方版 Windows 或者与 Windows 有互动（如 Samba），你**_可以_**问与 Windows 相关的问题， 只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶， 因为 Windows 一般来说实在太烂，这种说法通常都是对的。
 
@@ -594,7 +594,7 @@ Jeff Bigler的观察总结和这个相关也值得一读(**[tact filters](http:/
 
 > 我从 foo 项目找来的源码没法编译。它怎么这么烂？
 
-他觉得都是别人的错，这个傲慢自大的提问者
+他觉得都是别人的错，这个傲慢自大的提问者。
 
 **_聪明问题_**
 
@@ -621,7 +621,7 @@ Jeff Bigler的观察总结和这个相关也值得一读(**[tact filters](http:/
 
 通过我的提问方法，我给了别人可以咀嚼玩味的东西；我设法让人们很容易参与并且被吸引进来。我显示了自己具备和他们同等的能力，并邀请他们与我共同探讨。通过告诉他们我所走过的弯路，以避免他们再浪费时间，我也表明了对他们宝贵时间的尊重。
 
-事后，当我向每个人表示感谢，并且讚赏这次良好的讨论经历的时候， 一个 Linux 内核邮件列表的成员表示，他觉得我的问题得到解决并非由于我是这个列表中的**_名人_**，而是因为我用了正确的方式来提问。
+事后，当我向每个人表示感谢，并且赞赏这次良好的讨论经历的时候， 一个 Linux 内核邮件列表的成员表示，他觉得我的问题得到解决并非由于我是这个列表中的**_名人_**，而是因为我用了正确的方式来提问。
 
 黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙；我相信他是对的，如果我**_像_**个乞讨者那样提问，不论我是谁，一定会惹恼某些人或者被他们忽视。他建议我记下这件事，这直接导致了本指南的出现。