在segmentfault上回答別人的問題也有一段時間了,雖然很少,目前爲止有70多個,被採納的機率也不算低。html
這段時間,總會發現有些人不會提問題,有些人不會回答別人的問題。segmentfault
關於「提問」和「回答」我想說說我本身的見解。spa
先來討論下,爲何要提問?code
廢話,確定是想找人解決問題。可是若是你說不清楚問題,要別人怎麼給你解決呢?htm
我爲何說有些人不會提問題呢,先貼幾個我見到的提問(不針對我的,僅作參考):
圖片
總結一下,這種提問的幾個問題:ip
提問標題不夠清晰、沒有針對性;it
提問描述沒有詳細地說明問題的狀況;class
提供的東西太少,沒有詳細代碼。Talk is cheap, show me the code;cli
有的提問提供了代碼,可是代碼的格式很是的亂,沒有作排版。
這種提問,對於回答者來講,想要回答這個問題有一些阻礙:
無法理解具體是什麼問題;
不能對問題做出肯定方向的判斷;
耽誤時間,不肯參與解決這個問題,形成很差的情緒。
我理解的好的提問應該至少有如下幾點:
首先,看你要提問的問題,是否能直接經過百度,谷歌找到答案,若是能夠,就不用繼續提問了;
提問的標題要簡介並能突出問題的重點;
選擇合適的標籤,這樣能夠儘量地找到對該問題比較專長的回答者;
這個是最重要的。問題的描述要足夠詳細,列出問題的原由,說明出現的問題,必要時還要說明軟件運行的環境配置等。儘量提供詳細的代碼,且是跟該問題有關的全部相關代碼。好比:一段js代碼報錯,也許跟相關的html代碼有關,都須要提供。
若是提供了代碼,請必定要對代碼進行排版,不要讓代碼看起來那麼亂。若是代碼很亂,沒有排版,我回答問題的熱情會低到塵埃裏,當我心情好的時候,也許會幫提問者作下排版,而後再回答。
除了要好好的提問,也要好好的回答才行,灌水的回答既耽誤本身的時間,也對本身沒好處。
仍是先貼圖舉例一些很差的回答:
要回答一個問題,應該先考慮這幾點:
是否知道提問者真正的問題是什麼?
這個問題我是否真正知道怎麼解決?若是本身只是知道一點,不夠肯定,請先查閱資料,真正知道怎麼解決了以後,再回答問題;
回答的時候,要條理清晰,簡明清晰地說明問題出現的緣由及解決方案;
若是代碼能夠更好的說明解決方案時,請貼出代碼。