update Be explicit about your question

README.md

@@ -372,13 +372,13 @@ I'll be glad to translate responses, if you only use one or the other.
 
 ### 提問應清楚明確
 
-漫無邊際的提問近乎無休無止的時間黑洞。最有可能給你有用答案的人通常也正是最忙的人（他們忙是因為要親自完成大部分工作）。這樣的人對無節制的時間黑洞相當敏感，所以他們也傾向於討厭那些漫無邊際的提問。
+漫無邊際的提問近乎無休無止的時間黑洞。最有可能給你有用答案的人通常也正是最忙的人（他們忙是因為要親自完成大部分工作）。這樣的人對無節制的時間黑洞相當厭惡，所以他們也傾向於厭惡那些漫無邊際的提問。
 
-如果你明確表述需要回答者做什麼（如提供建議，發送一段程式碼，檢查你的patch，或是別的），就最有可能得到有用的答案。因為這會定出一個時間和精力的上限，便於回答者能集中精力來幫你，這麼做很有效。
+如果你明確表述需要回答者做什麼（如提供指點、發送一段程式碼、檢查你的補丁、或是其他等等），就最有可能得到有用的答案。因為這會定出一個時間和精力的上限，便於回答者能集中精力來幫你。這麼做很棒。
 
-要理解專家們所處的世界，請把專業技能想像為充裕的資源，而回覆的時間則是很珍稀的資源。你暗中要求他們奉獻的時間越少，你越有可能從這些真正懂行而且真正很忙的專家那裡得到解答。
+要理解專家們所處的世界，請把專業技能想像為充裕的資源，而回覆的時間則是稀缺的資源。你要求他們奉獻的時間越少，你越有可能從真正專業而且很忙的專家那裡得到解答。
 
-所以，限定一下你的問題，以使專家辨識你的問題並回答時所需要付出的時間減到最少，這技巧對你取得答案相當有幫助–這技巧通常和簡化問題有所區別。因此，問"我想更好的理解X，可否指點一下哪有好一點說明？"通常比問"你能解釋一下X嗎？"更好。如果你的程式碼不能運作，通常請別人看看哪裡有問題，比要求別人替你改正要明智得多。
+所以，限定一下你的問題，使專家花在辨識你的問題和回答所需要付出的時間減到最少，這技巧對你有用答案相當有幫助 -- 但這技巧通常和簡化問題有所區別。因此，問```我想更好的理解X，可否指點一下哪有好一點說明？```通常比問```你能解釋一下X嗎？```更好。如果你的程式碼不能運作，通常請別人看看哪裡有問題，比要求別人替你改正要明智得多。
 
 ### 當詢問有關程式碼的問題時