Update README.md

Fix bold and syntax

README.md

@@ -72,7 +72,7 @@ __本指南不提供此專案的實際支援服務！__
 
 在[黑客](http://www.catb.org/~esr/faqs/hacker-howto.html)的世界裡，當你拋出一個技術問題時，最終是否能得到有用的回答，往往取決於你所提問和追問的方式。本指南將教你如何正確的提問以獲得你滿意的答案。
 
-不只是黑客，現在開放原始碼（Open Source）軟體已經相當盛行，你常常也可以由其他有經驗的使用者身上得到好答案，這是件**_好事_**；使用者比起黑客來，往往對那些新手常遇到的問題更寬容一些。然而，將有經驗的使用者視為黑客，並採用本指南所提的方法與他們溝通，同樣也是能從他們身上得到滿意回答的最有效方式。
+不只是黑客，現在開放原始碼（Open Source）軟體已經相當盛行，你常常也可以由其他有經驗的使用者身上得到好答案，這是件**好事**；使用者比起黑客來，往往對那些新手常遇到的問題更寬容一些。然而，將有經驗的使用者視為黑客，並採用本指南所提的方法與他們溝通，同樣也是能從他們身上得到滿意回答的最有效方式。
 
 首先你應該明白，黑客們喜愛有挑戰性的問題，或者能激發我們思維的好問題。如果我們並非如此，那我們也不會成為你想詢問的對象。如果你給了我們一個值得反覆咀嚼玩味的好問題，我們自會對你感激不盡。好問題是激勵，是厚禮。好問題可以提高我們的理解力，而且通常會暴露我們以前從沒意識到或者思考過的問題。對黑客而言，"好問題！"是誠摯的大力稱讚。
 
@@ -104,17 +104,17 @@ __本指南不提供此專案的實際支援服務！__
   1. 向你身邊的強者朋友打聽以找到答案。
   1. 如果你是程式開發者，請嘗試閱讀原始碼以找到答案
 
-當你提出問題的時候，請先表明你已經做了上述的努力；這將有助於樹立你並不是一個不勞而獲且浪費別人的時間的提問者。如果你能一併表達在做了上述努力的過程中所**_學到_**的東西會更好，因為我們更樂於回答那些表現出能從答案中學習的人的問題。
+當你提出問題的時候，請先表明你已經做了上述的努力；這將有助於樹立你並不是一個不勞而獲且浪費別人的時間的提問者。如果你能一併表達在做了上述努力的過程中所**學到**的東西會更好，因為我們更樂於回答那些表現出能從答案中學習的人的問題。
 
-運用某些策略，比如先用Google搜索你所遇到的各種錯誤訊息（既搜索[Google論壇](http://groups.google.com/)，也搜索網頁），這樣很可能直接就找到了能解決問題的文件或郵件列表線索。即使沒有結果，在郵件列表或新聞組尋求幫助時加上一句 ```我在Google中搜過下列句子但沒有找到什麼有用的東西``` 也是件好事，即使它只是表明了搜索引擎不能提供哪些幫助。這麼做（加上搜尋過的字串）也讓遇到相似問題的其他人能被搜尋引擎引導到你的提問來。
+運用某些策略，比如先用 Google 搜索你所遇到的各種錯誤訊息（既搜索 [Google論壇](http://groups.google.com/)，也搜索網頁），這樣很可能直接就找到了能解決問題的文件或郵件列表線索。即使沒有結果，在郵件列表或新聞組尋求幫助時加上一句 ```我在 Google 中搜過下列句子但沒有找到什麼有用的東西``` 也是件好事，即使它只是表明了搜索引擎不能提供哪些幫助。這麼做（加上搜尋過的字串）也讓遇到相似問題的其他人能被搜尋引擎引導到你的提問來。
 
-別著急，不要指望幾秒鐘的Google搜尋就能解決一個複雜的問題。在向專家求助之前，再閱讀一下常見問題文件（FAQ）、放輕鬆、坐舒服一些，再花點時間思考一下這個問題。相信我們，他們能從你的提問看出你做了多少閱讀與思考，如果你是有備而來，將更有可能得到解答。不要將所有問題一股腦拋出，只因你的第一次搜索沒有找到答案（或者找到太多答案）。
+別著急，不要指望幾秒鐘的 Google 搜尋就能解決一個複雜的問題。在向專家求助之前，再閱讀一下常見問題文件（FAQ）、放輕鬆、坐舒服一些，再花點時間思考一下這個問題。相信我們，他們能從你的提問看出你做了多少閱讀與思考，如果你是有備而來，將更有可能得到解答。不要將所有問題一股腦拋出，只因你的第一次搜索沒有找到答案（或者找到太多答案）。
 
 準備好你的問題，再將問題仔細的思考過一遍，因為草率的發問只能得到草率的回答，或者根本得不到任何答案。越是能表現出在尋求幫助前你為解決問題所付出的努力，你越有可能得到實質性的幫助。
 
 小心別問錯了問題。如果你的問題基於錯誤的假設，某個普通黑客（J. Random Hacker）多半會一邊在心裏想著```蠢問題…```， 一邊用無意義的字面解釋來答覆你，希望著你會從問題的回答（而非你想得到的答案）中汲取教訓。
 
-絕不要自以為**_夠格_**得到答案，你沒有；你並沒有。畢竟你沒有為這種服務支付任何報酬。你將會是自己去**_掙到_**一個答案，靠提出有內涵的、有趣的、有思維激勵作用的問題 --一個有潛力能貢獻社群經驗的問題，而不僅僅是被動的從他人處索取知識。
+絕不要自以為**夠格**得到答案，你沒有；你並沒有。畢竟你沒有為這種服務支付任何報酬。你將會是自己去**掙到**一個答案，靠提出有內涵的、有趣的、有思維激勵作用的問題 --一個有潛力能貢獻社群經驗的問題，而不僅僅是被動的從他人處索取知識。
 
 另一方面，表明你願意在找答案的過程中做點什麼是一個非常好的開端。```誰能給點提示？```、```我的這個例子裏缺了什麼？```以及```我應該檢查什麼地方```比```請把我需要的確切的過程貼出來```更容易得到答復。因為你表現出只要有人能指個正確方向，你就有完成它的能力和決心。
 
@@ -131,15 +131,15 @@ __本指南不提供此專案的實際支援服務！__
 
 黑客會剔除掉那些搞錯場合的問題，以保護他們溝通的管道不被無關的東西淹沒。你不會想讓這種事發生在自己身上的。
 
-因此，第一步是找到對的論壇。再說一次，Google和其它搜尋引擎還是你的朋友，用它們來找到與你遭遇到困難的軟硬體問題最相關的網站。通常那兒都有常見問題（FAQ）、郵件列表及相關說明文件的連結。如果你的努力（包括**_閱讀_**FAQ）都沒有結果，網站上也許還有報告臭蟲（Bug-reporting）的流程或連結，如果是這樣，連過去看看。
+因此，第一步是找到對的論壇。再說一次，Google 和其它搜尋引擎還是你的朋友，用它們來找到與你遭遇到困難的軟硬體問題最相關的網站。通常那兒都有常見問題（FAQ）、郵件列表及相關說明文件的連結。如果你的努力（包括**閱讀**FAQ）都沒有結果，網站上也許還有報告臭蟲（Bug-reporting）的流程或連結，如果是這樣，連過去看看。
 
 向陌生的人或論壇發送郵件最可能是風險最大的事情。舉例來說，別假設一個題供豐富內容的網頁的作者會想充當你的免費顧問。不要對你的問題是否會受到歡迎做太樂觀的估計 -- 如果你不確定，那就向別處發送，或者壓根別發。
 
-在選擇論壇、新聞群組或郵件列表時，別太相信名字，先看看FAQ或者許可書以弄清楚你的問題是否切題。發文前先翻翻已有的話題，這樣可以讓你感受一下那裡的文化。事實上，事先在新聞組或郵件列表的歷史記錄中搜尋與你問題相關的關鍵詞是個極好的主意，也許這樣就找到答案了。即使沒有，也能幫助你歸納出更好的問題。
+在選擇論壇、新聞群組或郵件列表時，別太相信名字，先看看 FAQ 或者許可書以弄清楚你的問題是否切題。發文前先翻翻已有的話題，這樣可以讓你感受一下那裡的文化。事實上，事先在新聞組或郵件列表的歷史記錄中搜尋與你問題相關的關鍵詞是個極好的主意，也許這樣就找到答案了。即使沒有，也能幫助你歸納出更好的問題。
 
 別像機關槍似的一次"掃射"所有的幫助管道，這就像大喊大叫一樣會使人不快。要一個一個地來。
 
-搞清楚你的主題！最典型的錯誤之一是在某種致力於跨平台可移植的語言、套件或工具的論壇中提關於Unix或Windows作業系統程序介面的問題。如果你不明白為什麼這是大錯，最好在搞清楚這之間差異之前什麼也別問。
+搞清楚你的主題！最典型的錯誤之一是在某種致力於跨平台可移植的語言、套件或工具的論壇中提關於 Unix 或 Windows 作業系統程序介面的問題。如果你不明白為什麼這是大錯，最好在搞清楚這之間差異之前什麼也別問。
 
 一般來說，在仔細挑選的公共論壇中提問，會比在私有論壇中提同樣的問題更容易得到有用的回答。有幾個理由可以支持這點，一是看潛在的回覆者有多少，二是看觀眾有多少。黑客較願意回答那些能幫助到許多人的問題。
 
@@ -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 發行版提供的版本（這很常見），最好先去該發行版的論壇或郵件列表中提問，再到程式本身的論壇或郵件列表提問。（否則）該項目的黑客可能僅僅回覆 "用**我們的**版本"。
 
 在任何論壇發文以前，先確認一下有沒有搜尋功能。如果有，就試著搜尋一下問題的幾個關鍵詞，也許這會有幫助。如果在此之前你已做過通用的網頁搜尋（你也該這樣做），還是再搜尋一下論壇，搜尋引擎有可能沒來得及索引此論壇的全部內容。
 
@@ -180,7 +180,7 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 如果一個項目既有"使用者" 也有"開發者"（或"黑客"）郵件列表或論壇，而你又不會動到那些原始碼，那麼就向"使用者"列表或論壇提問。不要假設自己會在開發者列表中受到歡迎，那些人多半會將你的提問視為干擾他們開發的噪音。
 
-然而，如果你**_確信_**你的問題很特別，而且在"使用者" 列表或論壇中幾天都沒有回覆，可以試試前往"開發者"列表或論壇發問。建議你在張貼前最好先暗地裡觀察幾天以了解那裡的行事方式（事實上這是參與任何私有或半私有列表的好主意）
+然而，如果你**確信**你的問題很特別，而且在"使用者" 列表或論壇中幾天都沒有回覆，可以試試前往"開發者"列表或論壇發問。建議你在張貼前最好先暗地裡觀察幾天以了解那裡的行事方式（事實上這是參與任何私有或半私有列表的好主意）
 
 如果你找不到一個專案的郵件列表，而只能查到專案維護者的電子郵件地址，儘管向他發信。即使是在這種情況下，也別假設（專案）郵件列表不存在。在你的電子郵件中，請陳述你已經試過但沒有找到合適的郵件列表，也提及你不反對將自己的郵件轉發給他人（許多人認為，即使沒什麼秘密，私人電子郵件也不應該被公開。通過允許將你的電子郵件轉發他人，你給了相應人員處置你郵件的選擇）。
 
@@ -197,7 +197,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）索引中查尋。讓你的標題更好地反映問題，可使下一個搜尋類似問題的人能夠關注這個討論串，而不用再次提問相同的問題。
 
@@ -207,7 +207,7 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 僅僅改變標題還不夠。mutt 和其它一些郵件閱讀程式還會檢查郵件標題以外的其它信息，以便為其指定討論串。所以寧可發一個全新的郵件。
 
-在網頁論壇上，好的提問方式稍有不同，因為討論串與特定的訊息緊密結合，並且通常在討論串外就看不到裡面的內容，故通過回覆提問，而非改變標題是可接受的。不是所有論壇都允許在回覆中出現分離的標題，而且這樣做了基本上沒有人會去看。不過，通過回覆提問，這本身就是曖昧的做法，因為它們只會被正在查看該標題的人讀到。所以，除非你**_只想_**在該討論串當前活躍的人群中提問，不然還是另起爐灶比較好。
+在網頁論壇上，好的提問方式稍有不同，因為討論串與特定的訊息緊密結合，並且通常在討論串外就看不到裡面的內容，故通過回覆提問，而非改變標題是可接受的。不是所有論壇都允許在回覆中出現分離的標題，而且這樣做了基本上沒有人會去看。不過，通過回覆提問，這本身就是曖昧的做法，因為它們只會被正在查看該標題的人讀到。所以，除非你**只想**在該討論串當前活躍的人群中提問，不然還是另起爐灶比較好。
 
 ### 使問題容易回覆
 
@@ -219,7 +219,7 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 我們從經驗中發現，粗心的提問者通常也會粗心的寫程式與思考（我敢打包票）。回答粗心大意者的問題很不值得，我們寧願把時間耗在別處。
 
-正確的拼字、標點符號和大小寫是很重要的。一般來說，如果你覺得這樣做很麻煩，不想在乎這些，那我們也覺得麻煩，不想在乎你的提問。花點額外的精力斟酌一下字句，用不著太僵硬與正式 -- 事實上，黑客文化很看重能準確地使用非正式、俚語和幽默的語句。但它**_必須很_**準確，而且有跡象表明你是在思考和關注問題。
+正確的拼字、標點符號和大小寫是很重要的。一般來說，如果你覺得這樣做很麻煩，不想在乎這些，那我們也覺得麻煩，不想在乎你的提問。花點額外的精力斟酌一下字句，用不著太僵硬與正式 -- 事實上，黑客文化很看重能準確地使用非正式、俚語和幽默的語句。但它**必須很**準確，而且有跡象表明你是在思考和關注問題。
 
 正確地拼寫、使用標點和大小寫，不要將```its```混淆為```it's```，```loose```搞成```lose```或者將```discrete```弄成```discreet```。不要**全部用大寫**，這會被視為無禮的大聲嚷嚷（全部小寫也好不到哪去，因為不易閱讀。[Alan Cox](http://en.wikipedia.org/wiki/Alan_Cox)也許可以這樣做，但你不行。）
 
@@ -256,16 +256,16 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 如果你人為地將問題搞得難以閱讀，它多半會被忽略，人們更願讀易懂的問題，所以：
 
-  * 使用純文字而不是HTML ([關閉HTML](http://archive.birdhouse.org/etc/evilmail.html)並不難）
-  * 使用MIME附件通常是可以的，前提是真正有內容（譬如附帶的原始碼或patch），而不僅僅是郵件程式生成的模板（譬如只是信件內容的拷貝）。
+  * 使用純文字而不是 HTML ([關閉 HTML ](http://archive.birdhouse.org/etc/evilmail.html)並不難）
+  * 使用 MIME 附件通常是可以的，前提是真正有內容（譬如附帶的原始碼或patch），而不僅僅是郵件程式生成的模板（譬如只是信件內容的拷貝）。
   * 不要發送一段文字只是單行句子但多次斷行的郵件（這使得回覆部分內容非常困難）。設想你的讀者是在80個字符寬的終端機上閱讀郵件，最好設置你的斷行點小於80字。
-  * 但是，也**_不要_**用任何固定斷行資料（譬如日誌檔案拷貝或會話記錄）。檔案應該原樣包含，讓回覆者有信心他們看到的是和你看到的一樣的東西。
-  * 在英語論壇中，不要使用```Quoted-Printable``` MIME編碼發送消息。這種編碼對於張貼非ASCII語言可能是必須的，但很多郵件程式並不支援這種編碼。當它們分斷時，那些文本中四處散佈的```=20```符號既難看也分散注意力，甚至有可能破壞內容的語意。
-  * 絕對，**_永遠_**不要指望黑客們閱讀使用封閉格式編寫的文檔，像是微軟公司的Word或Excel文件等。大多數黑客對此的反應就像有人將還在冒熱氣的豬糞倒在你門口階梯上時你的反應一樣。即便他們能夠處理，他們也很厭惡這麼做。
-  * 如果你從使用Windows的電腦發送電子郵件，關閉微軟愚蠢的```智慧引號```功能 （從[選項] > [校訂] > [自動校正選項], 按掉```智慧引號```核取方塊），以免在你的郵件中到處散佈垃圾字符。
+  * 但是，也**不要**用任何固定斷行資料（譬如日誌檔案拷貝或會話記錄）。檔案應該原樣包含，讓回覆者有信心他們看到的是和你看到的一樣的東西。
+  * 在英語論壇中，不要使用```Quoted-Printable``` MIME編碼發送消息。這種編碼對於張貼非 ASCII 語言可能是必須的，但很多郵件程式並不支援這種編碼。當它們分斷時，那些文本中四處散佈的```=20```符號既難看也分散注意力，甚至有可能破壞內容的語意。
+  * 絕對，**永遠**不要指望黑客們閱讀使用封閉格式編寫的文檔，像是微軟公司的 Word 或 Excel 文件等。大多數黑客對此的反應就像有人將還在冒熱氣的豬糞倒在你門口階梯上時你的反應一樣。即便他們能夠處理，他們也很厭惡這麼做。
+  * 如果你從使用 Windows 的電腦發送電子郵件，關閉微軟愚蠢的```智慧引號```功能 （從[選項] > [校訂] > [自動校正選項], 按掉```智慧引號```核取方塊），以免在你的郵件中到處散佈垃圾字符。
   * 在論壇，勿濫用```表情符號```和```HTML```功能（當它們提供時）。一兩個表情符號通常沒有問題，但花哨的彩色文本傾向於使人認為你是個無能之輩。過濫地使用表情符號、色彩和字體會使你看來像個傻笑的小姑娘。這通常不是個好主意，除非你只是對性而不是有用的回覆更有興趣。
 
-如果你使用圖形用戶界面的郵件程式（如微軟公司的Outlook或者其它類似的），注意它們的預設配置不一定滿足這些要求。大多數這類程式有基於選單的```查看原始碼```命令，用它來檢查發送文件夾中的消息，以確保發送的是沒有多餘雜質的純文本文件。
+如果你使用圖形用戶界面的郵件程式（如微軟公司的 Outlook 或者其它類似的），注意它們的預設配置不一定滿足這些要求。大多數這類程式有基於選單的```查看原始碼```命令，用它來檢查發送文件夾中的消息，以確保發送的是沒有多餘雜質的純文本文件。
 
 ### 精確的描述問題並言之有物
 
@@ -280,7 +280,7 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 以上幾點中，當你回報的是你認為可能在程式碼中的問題時，給黑客一個可以重製你的問題的環境尤其重要。當你這麼做時，你得到有效的回答的機會和速度都會大大的提升。
 
-[Simon Tatham](http://www.chiark.greenend.org.uk/~sgtatham/)寫過一篇名為《[如何有效的回報Bug](http://www.chiark.greenend.org.uk/~sgtatham/bugs-tw.html)》的出色文章。強力推薦你也讀一讀。
+[Simon Tatham](http://www.chiark.greenend.org.uk/~sgtatham/) 寫過一篇名為《[如何有效的回報Bug](http://www.chiark.greenend.org.uk/~sgtatham/bugs-tw.html)》的出色文章。強力推薦你也讀一讀。
 
 ### 話不在多而在精
 
@@ -288,18 +288,18 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 這樣做的用處至少有三點。
 第一，表現出你為簡化問題付出了努力，這可以使你得到回答的機會增加；
-第二，簡化問題使你更有可能得到**_有用_**的答案；
+第二，簡化問題使你更有可能得到**有用**的答案；
 第三，在精鍊你的bug報告的過程中，你很可能就自己找到了解決方法或權宜之計。
 
 ### 別動輒聲稱找到Bug
 
-當你在使用軟體中遇到問題，除非你非常、**_非常_**的有根據，不要動輒聲稱找到了Bug。提示：除非你能提供解決問題的原始碼補丁，或者對前一版本的回歸測試表現出不正確的行為，否則你都多半不夠完全確信。這同樣適用在網頁和文件，如果你（聲稱）發現了文件的```Bug```，你應該能提供相應位置的修正或替代文件。
+當你在使用軟體中遇到問題，除非你非常、**非常**的有根據，不要動輒聲稱找到了Bug。提示：除非你能提供解決問題的原始碼補丁，或者對前一版本的回歸測試表現出不正確的行為，否則你都多半不夠完全確信。這同樣適用在網頁和文件，如果你（聲稱）發現了文件的```Bug```，你應該能提供相應位置的修正或替代文件。
 
 請記得，還有許多其它使用者沒遇到你發現的問題，否則你在閱讀文件或搜尋網頁時就應該發現了（你在抱怨前[已經做了這些，是吧](#在提問之前)？）。這也意味著很有可能是你弄錯了而不是軟體本身有問題。
 
 編寫軟體的人總是非常辛苦地使它盡可能完美。如果你聲稱找到了Bug，也就是在質疑他們的能力，即使你是對的，也有可能會冒犯到其中某部分人。這尤其嚴重當你在標題中嚷嚷著有```Bug```。
 
-提問時，即使你私下非常確信已經發現一個真正的臭蟲，最好寫得像是**_你_**做錯了什麼。如果真的有臭蟲，你會在回覆中看到這點。這樣做的話，如果真有臭蟲，維護者就會向你道歉，這總比你惹惱別人然後欠別人一個道歉要好一點。
+提問時，即使你私下非常確信已經發現一個真正的臭蟲，最好寫得像是**你**做錯了什麼。如果真的有臭蟲，你會在回覆中看到這點。這樣做的話，如果真有臭蟲，維護者就會向你道歉，這總比你惹惱別人然後欠別人一個道歉要好一點。
 
 ### 可以低聲下氣，但還是要先做功課
 
@@ -341,12 +341,12 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 經常尋求技術幫助的人在心中有個更高層次的目標，而他們在自以為能達到目標的特定道路上被卡住了，然後跑來問該怎麼走，但沒有意識到這條路本身就有問題。結果要費很大的勁才能搞定。
 
 **蠢問題**
-> 我怎樣才能從某繪圖程式的顏色選擇器中取得十六進制的的RGB值？
+> 我怎樣才能從某繪圖程式的顏色選擇器中取得十六進制的的 RGB 值？
 
 
 **聰明問題**
 > 我正試著用替換一幅圖片的色碼成自己選定的色碼，我現在知道的唯一方法是編輯每個色碼區塊，
-> 但卻無法從某繪圖程式的顏色選擇器取得十六進制的的RGB值。
+> 但卻無法從某繪圖程式的顏色選擇器取得十六進制的的 RGB 值。
 
 
 第二種提問法比較聰明，你可能得到像是```建議採用另一個更適任的工具```的回覆。
@@ -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,19 +455,19 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 如果你看不懂回應，別立刻要求對方解釋。像你以前試著自己解決問題時那樣（利用手冊，FAQ，網路，身邊的高手），先試著去搞懂他的回應。如果你真的需要對方解釋，記得表現出你已經從中學到了點什麼。
 
-比方說，如果我回答你：```看來似乎是 zentry 卡住了；你應該先清除它。```，然後，這是一個**_很糟的_**後續問題回應：```zentry是什麼？``` **_好_**的問法應該是這樣：```哦~~~我看過說明了但是只有 -z 和 -p 兩個參數中提到了 zentries，而且還都沒有清楚的解釋如何清除它。你是指這兩個中的哪一個嗎？還是我看漏了什麼？```
+比方說，如果我回答你：```看來似乎是 zentry 卡住了；你應該先清除它。```，然後，這是一個**很糟的**後續問題回應：```zentry是什麼？``` **好**的問法應該是這樣：```哦~~~我看過說明了但是只有 -z 和 -p 兩個參數中提到了 zentries，而且還都沒有清楚的解釋如何清除它。你是指這兩個中的哪一個嗎？還是我看漏了什麼？```
 
 ### 處理無禮的回應
 
 很多黑客圈子中看似無禮的行為並不是存心冒犯。相反，它是直接了當，一針見血式的交流風格，這種風格更注重解決問題，而不是使人感覺舒服而卻模模糊糊。
 
-如果你覺得被冒犯了，試著平靜地反應。如果有人真的做了出格的事，郵件列表、新聞群組或論壇中的前輩多半會招呼他。如果這**_沒有_**發生而你卻發火了，那麼你發火對象的言語可能在黑客社區中看起來是正常的，而**_你_**將被視為有錯的一方，這將傷害到你獲取訊息或幫助的機會。
+如果你覺得被冒犯了，試著平靜地反應。如果有人真的做了出格的事，郵件列表、新聞群組或論壇中的前輩多半會招呼他。如果這**沒有**發生而你卻發火了，那麼你發火對象的言語可能在黑客社區中看起來是正常的，而**你**將被視為有錯的一方，這將傷害到你獲取訊息或幫助的機會。
 
 另一方面，你偶而真的會碰到無禮和無聊的言行。與上述相反，對真正的冒犯者狠狠地打擊，用犀利的語言將其駁得體無完膚都是可以接受的。然而，在行事之前一定要非常非常的有根據。糾正無禮的言論與開始一場毫無意義的口水戰僅一線之隔，黑客們自己莽撞地越線的情況並不鮮見。如果你是新手或外人，避開這種莽撞的機會並不高。如果你想得到的是信息而不是消磨時光，這時最好不要把手放在鍵盤上以免冒險。
 
-（有些人斷言很多黑客都有輕度的自閉症或亞斯伯格綜合症，缺少用於潤滑人類社會**正常**交往所需的神經。這既可能是真也可能是假的。如果你自己不是黑客，興許你認為我們腦袋有問題還能幫助你應付我們的古怪行為。只管這麼幹好了，我們不在乎。我們**_喜歡_**我們現在這個樣子，並且通常對病患標記都有站得住腳的懷疑。）
+（有些人斷言很多黑客都有輕度的自閉症或亞斯伯格綜合症，缺少用於潤滑人類社會**正常**交往所需的神經。這既可能是真也可能是假的。如果你自己不是黑客，興許你認為我們腦袋有問題還能幫助你應付我們的古怪行為。只管這麼幹好了，我們不在乎。我們**喜歡**我們現在這個樣子，並且通常對病患標記都有站得住腳的懷疑。）
 
-在下一節，我們會談到另一個問題，當**_你_**行為不當時所會受到的```冒犯```。
+在下一節，我們會談到另一個問題，當**你**行為不當時所會受到的```冒犯```。
 
 ## 如何避免扮演失敗者
 
@@ -477,7 +477,7 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 熬過去，這很正常。事實上，它是有益健康且合理的。
 
-社區的標準不會自行維持，它們是通過參與者積極而**_公開地_**執行來維持的。不要哭嚎所有的批評都應該通過私下的郵件傳送，它不是這樣運作的。當有人評論你的一個說法有誤或者提出不同看法時，堅持聲稱受到個人攻擊也毫無益處，這些都是失敗者的態度。
+社區的標準不會自行維持，它們是通過參與者積極而**公開地**執行來維持的。不要哭嚎所有的批評都應該通過私下的郵件傳送，它不是這樣運作的。當有人評論你的一個說法有誤或者提出不同看法時，堅持聲稱受到個人攻擊也毫無益處，這些都是失敗者的態度。
 
 也有其它的黑客論壇，受過高禮節要求的誤導，禁止參與者張貼任何對別人帖子挑毛病的消息，並聲稱```如果你不想幫助用戶就閉嘴。``` 結果造成有想法的參與者紛紛離開，這麼做只會使它們淪為毫無意義的嘮叨與無用的技術論壇。
 
@@ -485,7 +485,7 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 記著：當黑客說你搞砸了，並且（無論多麼刺耳）告訴你別再這樣做時，他正在為關心**你**和**他的社群**而行動。對他而言，不理你並將你從他的生活中濾掉更簡單。如果你無法做到感謝，至少要表現地有點尊嚴，別大聲哀嚎，也別因為自己是個有戲劇性超級敏感的靈魂和自以為有資格的新來者，就指望別人像對待脆弱的洋娃娃那樣對你。
 
-有時候，即使你沒有搞砸（或者只是在他的想像中你搞砸了），有些人也會無緣無故地攻擊你本人。在這種情況下，抱怨倒是**_真的_**會把問題搞砸。
+有時候，即使你沒有搞砸（或者只是在他的想像中你搞砸了），有些人也會無緣無故地攻擊你本人。在這種情況下，抱怨倒是**真的**會把問題搞砸。
 
 這些來找麻煩的人要麼是毫無辦法但自以為是專家的不中用傢伙，要麼就是測試你是否真會搞砸的心理專家。其它讀者要麼不理睬，要麼用自己的方式對付他們。這些來找麻煩的人在給他們自己找麻煩，這點你不用操心。
 
@@ -552,7 +552,7 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 回答：能啊，扔掉萎軟的垃圾，換個像 Linux 或 BSD 的開放原始碼作業系統吧。
 
-注意：如果程式有官方版 Windows 或者與 Windows 有互動（如Samba），你**_可以_**問與Windows相關的問題， 只是別對問題是由 Windows 作業系統而不是程式本身造成的回覆感到驚訝， 因為 Windows 一般來說實在太爛，這種說法通常都是對的。
+注意：如果程式有官方版 Windows 或者與 Windows 有互動（如Samba），你**可以**問與Windows相關的問題， 只是別對問題是由 Windows 作業系統而不是程式本身造成的回覆感到驚訝， 因為 Windows 一般來說實在太爛，這種說法通常都是對的。
 
 <a id="q7"></a>
 > 問題：我的程式不會動了，我認為系統工具 X 有問題
@@ -564,7 +564,7 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 回答：不能，我只有親自在你的電腦上動手才能找到毛病。還是去找你當地的 Linux 使用群組者尋求實際的指導吧（你能在[這兒](http://www.linux.org/groups/index.html)找到使用者群組的清單）。
 
-注意：如果安裝問題與某 Linux 的發行版有關，在它的郵件列表、論壇或本地使用者群組中提問也許是恰當的。此時，應描述問題的準確細節。在此之前，先用 ```Linux``` 和**_所有_**被懷疑的硬體作關鍵詞仔細搜尋。
+注意：如果安裝問題與某 Linux 的發行版有關，在它的郵件列表、論壇或本地使用者群組中提問也許是恰當的。此時，應描述問題的準確細節。在此之前，先用 ```Linux``` 和**所有**被懷疑的硬體作關鍵詞仔細搜尋。
 
 <a id="q9"></a>
 > 問題：我怎麼才能破解 root 帳號/竊取 OP 特權/讀別人的郵件呢？
@@ -576,39 +576,39 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 最後，我將透過舉一些例子，來說明怎樣聰明的提問；同一個問題的兩種問法被放在一起，一種是愚蠢的，另一種才是明智的。
 
 
-**_蠢問題_**：
+**蠢問題**：
 
 > 我可以在哪兒找到關於 Foonly Flurbamatic 的資料？
 
 這種問法無非想得到 [STFW](#rtfm) 這樣的回答。
 
-**_聰明問題_**：
+**聰明問題**：
 
 > 我用Google搜索過 "Foonly Flurbamatic 2600"，但是沒找到有用的結果。誰知道上哪兒去找對這種設備編程的資料？
 
 這個問題已經 STFW 過了，看起來他真的遇到了麻煩。
 
 
-**_蠢問題_**
+**蠢問題**
 
 > 我從 foo 項目找來的源碼沒法編譯。它怎麼這麼爛？
 
 他覺得都是別人的錯，這個傲慢自大的提問者
 
-**_聰明問題_**
+**聰明問題**
 
 > foo 專案代碼在 Nulix 6.2 版下無法編譯通過。我讀過了 FAQ，但裏面沒有提到跟 Nulix 有關的問題。這是我編譯過程的記錄，我有什麼做的不對的地方嗎？
 
 提問者已經指明了環境，也讀過了FAQ，還列出了錯誤，並且他沒有把問題的責任推到別人頭上，他的問題值得被關注。
 
 
-**_蠢問題_**
+**蠢問題**
 
 > 我的主機板有問題了，誰來幫我？
 
 某黑客對這類問題的回答通常是：```好的，還要幫你拍拍背和換尿布嗎？```，然後按下刪除鍵。
 
-**_聰明問題_**
+**聰明問題**
 
 > 我在 S2464 主機板上試過了 X 、 Y 和 Z ，但沒什麼作用，我又試了 A 、 B 和 C 。請注意當我嘗試 C 時的奇怪現象。顯然 florbish 正在 grommicking，但結果出人意料。通常在 Athlon MP 主機板上引起 grommicking 的原因是什麼？有誰知道接下來我該做些什麼測試才能找出問題？
 
@@ -620,9 +620,9 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 通過我的提問方法，我給了別人可以咀嚼玩味的東西；我設法讓人們很容易參與並且被吸引進來。我顯示了自己具備和他們同等的能力，並邀請他們與我共同探討。通過告訴他們我所走過的彎路，以避免他們再浪費時間，我也表明了對他們寶貴時間的尊重。
 
-事後，當我向每個人表示感謝，並且讚賞這次良好的討論經歷的時候， 一個 Linux 內核郵件列表的成員表示，他覺得我的問題得到解決並非由於我是這個列表中的**_名人_**，而是因為我用了正確的方式來提問。
+事後，當我向每個人表示感謝，並且讚賞這次良好的討論經歷的時候， 一個 Linux 內核郵件列表的成員表示，他覺得我的問題得到解決並非由於我是這個列表中的**名人**，而是因為我用了正確的方式來提問。
 
-黑客從某種角度來說是擁有豐富知識但缺乏人情味的傢伙；我相信他是對的，如果我**_像_**個乞討者那樣提問，不論我是誰，一定會惹惱某些人或者被他們忽視。他建議我記下這件事，這直接導致了本指南的出現。
+黑客從某種角度來說是擁有豐富知識但缺乏人情味的傢伙；我相信他是對的，如果我**像**個乞討者那樣提問，不論我是誰，一定會惹惱某些人或者被他們忽視。他建議我記下這件事，這直接導致了本指南的出現。
 
 ## 如果得不到回答
 
@@ -640,25 +640,25 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 ## 如何更好地回答問題
 
-**_態度和善一點_**。問題帶來的壓力常使人顯得無禮或愚蠢，其實並不是這樣。
+**態度和善一點**。問題帶來的壓力常使人顯得無禮或愚蠢，其實並不是這樣。
 
-**_對初犯者私下回覆_**。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎麼搜尋或在哪找常見問題都不知道。
+**對初犯者私下回覆**。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎麼搜尋或在哪找常見問題都不知道。
 
-**_如果你不確定，一定要說出來_**！一個聽起來權威的錯誤回覆比沒有還要糟，別因為聽起來像個專家很好玩，就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。
+**如果你不確定，一定要說出來**！一個聽起來權威的錯誤回覆比沒有還要糟，別因為聽起來像個專家很好玩，就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。
 
-**_如果幫不了忙，也別妨礙他_**。不要在實際步驟上開玩笑，那樣也許會毀了使用者的配置 --有些可憐的呆瓜會把它當成真的指令。
+**如果幫不了忙，也別妨礙他**。不要在實際步驟上開玩笑，那樣也許會毀了使用者的配置 --有些可憐的呆瓜會把它當成真的指令。
 
-**_試探性的反問以引出更多的細節_**。如果你做得好，提問者可以學到點東西 --你也可以。試試將蠢問題轉變成好問題，別忘了我們都曾是新手。
+**試探性的反問以引出更多的細節**。如果你做得好，提問者可以學到點東西 --你也可以。試試將蠢問題轉變成好問題，別忘了我們都曾是新手。
 
 儘管對那些懶蟲抱怨一聲 RTFM 是正當的，能指出文件的位置（即使只是建議個 Google 搜尋關鍵詞）會更好。
 
-**_如果你決定回答，就請給出好的答案_**。當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計（workaround），應推薦更好的工具，重新界定問題。
+**如果你決定回答，就請給出好的答案**。當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計（workaround），應推薦更好的工具，重新界定問題。
 
-**_正面的回答問題_**！如果這個提問者已經很深入的研究而且也表明已經試過 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``` 並附上一個連結一點用都沒有。
 
-**_幫助你的社群從問題中學習_**。當回覆一個好問題時，問問自己```如何修改相關文件或常見問題文件以免再次解答同樣的問題？```，接著再向文件維護者發一份補丁。
+**幫助你的社群從問題中學習**。當回覆一個好問題時，問問自己```如何修改相關文件或常見問題文件以免再次解答同樣的問題？```，接著再向文件維護者發一份補丁。
 
-如果你是在研究一番後才做出的回答，**_展現你的技巧而不是直接端出結果_**。畢竟```給人吃魚不如教他釣魚```。
+如果你是在研究一番後才做出的回答，**展現你的技巧而不是直接端出結果**。畢竟```給人吃魚不如教他釣魚```。
 
 ## 相關資源
 
@@ -667,4 +667,4 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 當你發布軟體或補丁時，試著按[軟體發布實踐](http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html)操作。
 
 ## 鳴謝
-Evelyn Mitchel貢獻了一些愚蠢問題例子並啟發了編寫```如何更好地回答問題```這一節， Mikhail Ramendik貢獻了一些特別有價值的建議和改進。
+Evelyn Mitchel 貢獻了一些愚蠢問題例子並啟發了編寫```如何更好地回答問題```這一節， Mikhail Ramendik 貢獻了一些特別有價值的建議和改進。