Update answer question part

README.md

@@ -369,7 +369,7 @@ Stack Exchange 已經成長到[超過一百個網站](http://stackexchange.com/s
 
 要理解專家們所處的世界，請把專業技能想像為充裕的資源，而回覆的時間則是稀缺的資源。你要求他們奉獻的時間越少，你越有可能從真正專業而且很忙的專家那裡得到解答。
 
-所以，限定一下你的問題，使專家花在辨識你的問題和回答所需要付出的時間減到最少，這技巧對你有用答案相當有幫助 -- 但這技巧通常和簡化問題有所區別。因此，問```我想更好的理解X，可否指點一下哪有好一點說明？```通常比問```你能解釋一下X嗎？```更好。如果你的程式碼不能運作，通常請別人看看哪裡有問題，比要求別人替你改正要明智得多。
+所以，界定一下你的問題，使專家花在辨識你的問題和回答所需要付出的時間減到最少，這技巧對你有用答案相當有幫助 -- 但這技巧通常和簡化問題有所區別。因此，問```我想更好的理解X，可否指點一下哪有好一點說明？```通常比問```你能解釋一下X嗎？```更好。如果你的程式碼不能運作，通常請別人看看哪裡有問題，比要求別人替你改正要明智得多。
 
 ### 詢問有關程式碼的問題時
 
@@ -642,30 +642,32 @@ RTFM 有一個年輕的親戚。如果你收到```STFW（Search The Fucking Web
 
 ## 如何更好地回答問題
 
-態度和善一點。問題帶來的壓力常使人顯得無禮或愚蠢，其實並不是這樣。
+**_態度和善一點_**。問題帶來的壓力常使人顯得無禮或愚蠢，其實並不是這樣。
 
-對初犯者私下回覆。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎麼搜索或在哪找常見問題都不知道。
+**_對初犯者私下回覆_**。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎麼搜尋或在哪找常見問題都不知道。
 
-如果你不確定，一定要說出來！一個聽起來權威的錯誤回覆比沒有還要糟，別因為聽起來像個專家很好玩，就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。
+**_如果你不確定，一定要說出來_**！一個聽起來權威的錯誤回覆比沒有還要糟，別因為聽起來像個專家很好玩，就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。
 
-如果幫不了忙，也別妨礙他。不要在具體步驟上開玩笑，那樣也許會毀了使用者的安裝──有些可憐的呆瓜會把它當成真的指令。
+**_如果幫不了忙，也別妨礙他_**。不要在實際步驟上開玩笑，那樣也許會毀了使用者的配置 --有些可憐的呆瓜會把它當成真的指令。
 
-試探性的反問以引出更多的細節。如果你做得好，提問者可以學到點東西──你也可以。試試將很差的問題轉變成好問題，別忘了我們都曾是新手。
+**_試探性的反問以引出更多的細節_**。如果你做得好，提問者可以學到點東西 --你也可以。試試將蠢問題轉變成好問題，別忘了我們都曾是新手。
 
-儘管對那些懶蟲報怨一聲RTFM是正當的，指出文件的位置（即使只是建議做個Google關鍵詞搜索）會更好
+儘管對那些懶蟲抱怨一聲 RTFM 是正當的，能指出文件的位置（即使只是建議個 Google 搜尋關鍵詞）會更好。
 
-如果你決定回答，就請給出好的答案。當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計，應推薦更好的工具，重新組織問題。
+**_如果你決定回答，就請給出好的答案_**。當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計（wordaround），應推薦更好的工具，重新界定問題。
 
-幫助你的社群從中學習。當回覆一個好問題時，問問自己"如何修改相關文件或常見問題文件以免再次解答同樣的問題？"，接著再向文件維護者發一份patch。
+**_正面的回答問題_**！如果這個提問者已經很深入的研究而且也表明已經試過 X 、 Y 、 Z 、 A 、 B 、 C 但沒得到結果，回答 ```試試看 A 或是 B``` 或者 ```試試X 、 Y 、 Z 、 A 、 B 、 C``` 並附上一個連結一點用都沒有。
 
-如果你是在研究一番後才做出的回答，展現你的技巧而不是直接端出結果。畢竟"授人以魚，不如授人以漁"。
+**_幫助你的社群從問題中學習_**。當回覆一個好問題時，問問自己```如何修改相關文件或常見問題文件以免再次解答同樣的問題？```，接著再向文件維護者發一份補丁。
+
+如果你是在研究一番後才做出的回答，**_展現你的技巧而不是直接端出結果_**。畢竟```給人吃魚不如教他釣魚```。
 
 ## 相關資源
 
-如果需要個人電腦，Unix系統和網路如何工作的基礎知識，參閱[Unix系統和網路基本原理]（http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/）。
+如果你需要個人電腦、Unix 系統和網路如何運作的基礎知識，參閱[Unix系統和網路基本原理](http://en.tldp.org/HOWTO/Unix-and-Internet-Fundamentals-HOWTO/)。
 
-當你發布軟體或patch時，試著按[軟體發布實踐]（http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html）操作。
+當你發布軟體或補丁時，試著按[軟體發布實踐](http://en.tldp.org/HOWTO/Software-Release-Practice-HOWTO/index.html)操作。
 
 ## 鳴謝
-Evelyn Mitchel貢獻了一些愚蠢問題例子並啟發了編寫"如何更好地回答問題"這一節， Mikhail Ramendik貢獻了一些特別有價值的建議和改進。
+Evelyn Mitchel貢獻了一些愚蠢問題例子並啟發了編寫```如何更好地回答問題```這一節， Mikhail Ramendik貢獻了一些特別有價值的建議和改進。