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 README.md

Browse Source
This commit is contained in:
Joshua 2017-12-08 14:34:47 +08:00 committed by GitHub
parent cdc448b91d
commit f3063c17a3
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
README.md
View File

@ -131,13 +131,13 @@ __本指南不提供此專案的實際支援服務！__
黑客會剔除掉那些搞錯場合的問題，以保護他們溝通的管道不被無關的東西淹沒。你不會想讓這種事發生在自己身上的。
因此，第一步是找到對的論壇。再說一次，Google 和其它搜尋引擎還是你的朋友，用它們來找到與你遭遇到困難的軟硬體問題最相關的網站。通常那兒都有常見問題（FAQ）、郵件列表及相關說明文件的連結。如果你的努力（包括**閱讀** FAQ）都沒有結果，網站上也許還有報告臭蟲（Bug-reporting）的流程或連結，如果是這樣，連過去看看。
因此，第一步是找到對的論壇。再說一次，Google 和其它搜尋引擎還是你最好的朋友，用它們來找到與你遭遇到困難的軟硬體問題最相關的網站。通常在那裡都有常見問題（FAQ）、郵件列表及相關說明文件的連結。如果你的努力（包括**閱讀** FAQ）都沒有結果，網站上也許還有回報臭蟲（Bug-reporting）的流程或連結，如果是這樣，連過去看看。
向陌生的人或論壇發送郵件最可能是風險最大的事情。舉例來說，別假設一個提供豐富內容的網頁的作者會想充當你的免費顧問。不要對你的問題是否會受到歡迎做太樂觀的估計 -- 如果你不確定，那就向別處發送，或者壓根別發。
向陌生的人或論壇發送郵件最可能是風險最大的事情。舉例來說，別假設一個提供豐富內容的網頁的作者會想充當你的免費顧問。不要對你的問題是否會受到歡迎做太樂觀的估計 -- 如果你不確定，那就向別處發送，或者根本別發。
在選擇論壇、新聞群組或郵件列表時，別太相信名字，先看看 FAQ 或者許可書以弄清楚你的問題是否切題。發文前先翻翻已有的話題，這樣可以讓你感受一下那裡的文化。事實上，事先在新聞組或郵件列表的歷史記錄中搜尋與你問題相關的關鍵詞是個極好的主意，也許這樣就找到答案了。即使沒有，也能幫助你歸納出更好的問題。
別像機關槍似的一次"掃射"所有的幫助管道，這就像大喊大叫一樣會使人不快。要一個一個地來。
別像機關槍似的一次"掃射"所有的幫助管道，這就像大喊大叫一樣會使人不愉快。要一個一個地來。
搞清楚你的主題！最典型的錯誤之一是在某種致力於跨平台可移植的語言、套件或工具的論壇中提關於 Unix 或 Windows 作業系統程序介面的問題。如果你不明白為什麼這是大錯，最好在搞清楚這之間差異之前什麼也別問。