提问的智慧(学习笔记)
摘錄自 https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way
先嘗試google
精確的描述問題并言之有物
- 仔細、清楚地描述你的問題或bug的癥狀。
- 描述問題發生的環境(機器配置、作業系統、應用程式、以及相關的資訊),提供經銷商的發行版和版本號(如:Fedora Core 4、Slackware 9.1等)。
- 描述在提問前你是怎樣去研究和理解這個問題的。
- 描述在提問前為確定問題而采取的診斷步驟。
- 描述最近做過什么可能相關的硬體或軟體變更。
- 盡可能的提供一個可以重制這個問題的既定環境的方法
- 盡量去揣測一個黑客會怎樣反問你,在他提問的時候預先給他答案。
如果還是搞不懂
如果你看不懂回應,別立刻要求對方解釋。像你以前試著自己解決問題時那樣(利用手冊,FAQ,網路,身邊的高手),先試著去搞懂他的回應。如果你真的需要對方解釋,記得表現出你已經從中學到了點什么。也就是先要自己去努力,努力后仍然有疑問再告訴大佬自己努力的過程以及遇到的問題。
好問題與蠢問題
-
蠢問題:
我可以在哪兒找到關于 Foonly Flurbamatic 的資料?
這種問法無非想得到 STFW 這樣的回答。 -
聰明問題:
我用Google 搜尋過 “Foonly Flurbamatic 2600”,但是沒找到有用的結果。誰知道上哪兒去找對這種設備編寫程式的資料?
這個問題已經 STFW 過了,看起來他真的遇到了麻煩。 -
蠢問題
我從 foo 項目找來的源碼沒法編譯。它怎么這么爛?
他覺得都是別人的錯,這個傲慢自大的提問者 -
聰明問題
foo 專案程式碼在 Nulix 6.2 版下無法編譯通過。我讀過了 FAQ,但里面沒有提到跟 Nulix 有關的問題。這是我編譯過程的記錄,我有什么做的不對的地方嗎?
提問者已經指明了環境,也讀過了FAQ,還列出了錯誤,并且他沒有把問題的責任推到別人頭上,他的問題值得被關注。 -
蠢問題
我的主機板有問題了,誰來幫我?
某黑客對這類問題的回答通常是:好的,還要幫你拍拍背和換尿布嗎? ,然后按下刪除鍵。 -
聰明問題
我在 S2464 主機板上試過了 X 、 Y 和 Z ,但沒什么作用,我又試了 A 、 B 和 C 。請注意當我嘗試 C 時的奇怪現象。顯然 florbish 正在 grommicking,但結果出人意料。通常在 Athlon MP 主機板上引起 grommicking 的原因是什么?有誰知道接下來我該做些什么測試才能找出問題?
如何更好地回答問題
態度和善一點。問題帶來的壓力常使人顯得無禮或愚蠢,其實并不是這樣。
對初犯者私下回覆。對那些坦誠犯錯之人沒有必要當眾羞辱,一個真正的新手也許連怎么搜尋或在哪找常見問題都不知道。
如果你不確定,一定要說出來!一個聽起來權威的錯誤回覆比沒有還要糟,別因為聽起來像個專家很好玩,就給別人亂指路。要謙虛和誠實,給提問者與同行都樹個好榜樣。
如果幫不了忙,也別妨礙他。不要在實際步驟上開玩笑,那樣也許會毀了使用者的配置 --有些可憐的呆瓜會把它當成真的指令。
試探性的反問以引出更多的細節。如果你做得好,提問者可以學到點東西 --你也可以。試試將蠢問題轉變成好問題,別忘了我們都曾是新手。
盡管對那些懶蟲抱怨一聲 RTFM 是正當的,能指出文件的位置(即使只是建議個 Google 搜尋關鍵詞)會更好。
如果你決定回答,就請給出好的答案。當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計(workaround),應推薦更好的工具,重新界定問題。
正面的回答問題!如果這個提問者已經很深入的研究而且也表明已經試過 X 、 Y 、 Z 、 A 、 B 、 C 但沒得到結果,回答 試試看 A 或是 B 或者 試試X 、 Y 、 Z 、 A 、 B 、 C 并附上一個連結一點用都沒有。
幫助你的社群從問題中學習。當回覆一個好問題時,問問自己如何修改相關文件或常見問題文件以免再次解答同樣的問題? ,接著再向文件維護者發一份補丁。
如果你是在研究一番后才做出的回答,展現你的技巧而不是直接端出結果。畢竟授人以魚不如授人以漁。
總結
以上是生活随笔為你收集整理的提问的智慧(学习笔记)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: React 学习笔记
- 下一篇: 国企银行面试 信息科技岗研发岗面试经验