Merge pull request #188 from liuyd-dev/main

fix typo and remove redundant whitespace
This commit is contained in:
Ryan Wu 2023-09-17 21:56:06 -04:00 committed by GitHub
commit 7d10ef81db
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 5 additions and 5 deletions

View File

@ -40,7 +40,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
* [按发生时间先后列出问题症状](#按发生时间先后列出问题症状) * [按发生时间先后列出问题症状](#按发生时间先后列出问题症状)
* [描述目标而不是过程](#描述目标而不是过程) * [描述目标而不是过程](#描述目标而不是过程)
* [别要求使用私人电邮回复](#别要求使用私人电邮回复) * [别要求使用私人电邮回复](#别要求使用私人电邮回复)
* [清楚明确的表达你的问题以及需求](#清楚明确的表达你的问题以及需求) * [清楚明确地表达你的问题以及需求](#清楚明确地表达你的问题以及需求)
* [询问有关代码的问题时](#询问有关代码的问题时) * [询问有关代码的问题时](#询问有关代码的问题时)
* [别把自己家庭作业的问题贴上来](#别把自己家庭作业的问题贴上来) * [别把自己家庭作业的问题贴上来](#别把自己家庭作业的问题贴上来)
* [去掉无意义的提问句](#去掉无意义的提问句) * [去掉无意义的提问句](#去掉无意义的提问句)
@ -287,7 +287,7 @@ Stack Exchange 已经成长到[超过一百个网站](https://stackexchange.com/
以上几点中,当你报告的是你认为可能在代码中的问题时,给黑客一个可以重现你的问题的环境尤其重要。当你这么做时,你得到有效的回答的机会和速度都会大大的提升。 以上几点中,当你报告的是你认为可能在代码中的问题时,给黑客一个可以重现你的问题的环境尤其重要。当你这么做时,你得到有效的回答的机会和速度都会大大的提升。
[Simon Tatham](http://www.chiark.greenend.org.uk/~sgtatham/) 写过一篇名为《[如何有效的报告 Bug](http://www.chiark.greenend.org.uk/~sgtatham/bugs-cn.html)》的出色文章。强力推荐你也读一读。 [Simon Tatham](http://www.chiark.greenend.org.uk/~sgtatham/) 写过一篇名为《[如何有效地报告Bug](http://www.chiark.greenend.org.uk/~sgtatham/bugs-cn.html)》的出色文章。强力推荐你也读一读。
### 话不在多而在精 ### 话不在多而在精

View File

@ -43,7 +43,7 @@ Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015-present by [Ryan
* [按發生時間先後列出問題症狀](#按發生時間先後列出問題症狀) * [按發生時間先後列出問題症狀](#按發生時間先後列出問題症狀)
* [描述目標而不是過程](#描述目標而不是過程) * [描述目標而不是過程](#描述目標而不是過程)
* [別要求使用私人電郵回覆](#別要求使用私人電郵回覆) * [別要求使用私人電郵回覆](#別要求使用私人電郵回覆)
* [清楚明確的表達你的問題以及需求](#清楚明確的表達你的問題以及需求) * [清楚明確地表達你的問題以及需求](#清楚明確地表達你的問題以及需求)
* [詢問有關程式碼的問題時](#詢問有關程式碼的問題時) * [詢問有關程式碼的問題時](#詢問有關程式碼的問題時)
* [別把自己家庭作業的問題貼上來](#別把自己家庭作業的問題貼上來) * [別把自己家庭作業的問題貼上來](#別把自己家庭作業的問題貼上來)
* [去掉無意義的提問句](#去掉無意義的提問句) * [去掉無意義的提問句](#去掉無意義的提問句)
@ -286,7 +286,7 @@ Stack Exchange 已經成長到[超過一百個網站](https://stackexchange.com/
以上幾點中,當你回報的是你認為可能在程式碼中的問題時,給駭客一個可以重製你的問題的環境尤其重要。當你這麼做時,你得到有效的回答的機會和速度都會大大的提升。 以上幾點中,當你回報的是你認為可能在程式碼中的問題時,給駭客一個可以重製你的問題的環境尤其重要。當你這麼做時,你得到有效的回答的機會和速度都會大大的提升。
[Simon Tatham](https://www.chiark.greenend.org.uk/~sgtatham/) 寫過一篇名為〈[如何有效回報Bug](https://www.chiark.greenend.org.uk/~sgtatham/bugs-tw.html)〉的出色文章。強力推薦你也讀一讀。 [Simon Tatham](https://www.chiark.greenend.org.uk/~sgtatham/) 寫過一篇名為〈[如何有效回報Bug](https://www.chiark.greenend.org.uk/~sgtatham/bugs-tw.html)〉的出色文章。強力推薦你也讀一讀。
### 話不在多而在精 ### 話不在多而在精
@ -365,7 +365,7 @@ Stack Exchange 已經成長到[超過一百個網站](https://stackexchange.com/
這條規則存在一條有但書的例外,如果你確信提問可能會引來大量雷同的回覆時,那麼這個神奇的提問句會是```向我發電郵,我將為論壇歸納這些回覆```。試著將郵件列表或新聞群組從洪水般的雷同回覆中解救出來是非常有禮貌的 -- 但你必須信守諾言。 這條規則存在一條有但書的例外,如果你確信提問可能會引來大量雷同的回覆時,那麼這個神奇的提問句會是```向我發電郵,我將為論壇歸納這些回覆```。試著將郵件列表或新聞群組從洪水般的雷同回覆中解救出來是非常有禮貌的 -- 但你必須信守諾言。
### 清楚明確表達你的問題以及需求 ### 清楚明確表達你的問題以及需求
漫無邊際的提問近乎無休無止的時間黑洞。最有可能給你有用答案的人通常也正是最忙的人(他們忙是因為要親自完成大部分工作)。這樣的人對無節制的時間黑洞相當厭惡,所以他們也傾向於厭惡那些漫無邊際的提問。 漫無邊際的提問近乎無休無止的時間黑洞。最有可能給你有用答案的人通常也正是最忙的人(他們忙是因為要親自完成大部分工作)。這樣的人對無節制的時間黑洞相當厭惡,所以他們也傾向於厭惡那些漫無邊際的提問。