yunfei-dev/How-To-Ask-Questions-The-Smart-Way
1
1
Fork 0
mirror of https://github.com/yunfei-dev/How-To-Ask-Questions-The-Smart-Way.git synced 2025-02-25 21:04:04 +08:00
Code Issues Packages Projects Releases Wiki Activity

Update When asking about code

Browse Source
This commit is contained in:
Ryan Wu 2015-04-01 21:26:45 +08:00
parent f84081709d
commit f213171c9c
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
README.md
View File

@ -382,13 +382,13 @@ I'll be glad to translate responses, if you only use one or the other.
### 當詢問有關程式碼的問題時
別要求他人給你有問題的代碼除錯而不提示一下應該從何入手。張貼幾百行的代碼，然後說一聲："它不能運行"會讓你得不到理睬。只貼幾十行代碼，然後說一句："在第七行以後，本應該顯示 的，但實際出現的是鍵"比較有可能讓你得到回應。
別要求他人幫你有問題的代碼除錯而不提示一下應該從何入手。張貼幾百行的代碼，然後說一聲：```它不會動```會讓你完全被忽略。只貼幾十行代碼，然後說一句：```在第七行以後，我期待它顯示 <x>，但實際出現的是 <y>```比較有可能讓你得到回應。
最有效描述程式問題的方式是提供最精簡的Bug展示測試用例。什麼是最精簡的測試示例? 那是問題的速寫;一小段程式片段剛好展示出程式不正常的行為，而不包含其他分散注意力的內容。怎麼製作最精簡的測試示例?如果你知道哪一行或哪一段程式碼會造成產生問題的行為，複製下來並加入充足的程式碼以重現這個示例 （例如，足以讓這段程式碼能被編譯/直譯/被應用程式處理）。如果你無法將問題縮減到一段特定的區塊，複製並開始移除不影響產生問題行為的程式碼。測試示例越小越好（查看話不在多而在精一節）.
最有效描述程式問題的方法是提供最精簡的臭蟲展示測試示例（bug-demonstrating test case）。什麼是最精簡的測試示例? 那是問題的縮影；一小個程式片段能**剛好**展示出程式的異常行為，而不包含其他令人分散注意力的內容。怎麼製作最精簡的測試示例？如果你知道哪一行或哪一段程式碼會造成異常的行為，複製下來並加入足夠重現這個狀況的程式碼（例如，足以讓這段程式碼能被編譯/直譯/被應用程式處理）。如果你無法將問題縮減到一個特定區塊，就複製一份程式碼並移除不影響產生問題行為的部分。總之，測試示例越小越好（查看[話不在多而在精](#話不在多而在精)一節）。
通常要得到一段相當精簡的測試示例並不太容易, 但永遠先做這樣的嘗試是種好習慣。這種方式可以幫助你了解如何自行解決這個問題 — 而且即使你的嘗試不成功，黑客們也會欣然看到你在嘗試取得答案的過程中付出了努力。這可以讓他們更願意與你合作。
一般而言，要得到一段相當精簡的測試示例並不太容易，但永遠先嘗試這樣做的是種好習慣。這種方式可以幫助你了解如何自行解決這個問題 —- 而且即使你的嘗試不成功，黑客們也會看到你在嘗試取得答案的過程中付出了努力，這可以讓他們更願意與你合作。
如果你只是想讓別人幫忙審一下代碼，在信的開頭就要說出來，並且一定要提到你認為哪一部分特別需要關注以及為什麼。
如果你只是想讓別人幫忙審（Review）一下代碼，在信的開頭就要說出來，並且一定要提到你認為哪一部分特別需要關注以及為什麼。
### 別把自己家庭作業的問題貼上來