怎樣在羣裏問問題

官方交流Q羣:1142802013

免費開發合法軟件

羣裏提問的藝術

如今互聯網發達的時代，你們都會有不少的羣，xxx 交流羣、xxx 技術交流、xxx開發羣、xxx技術學習羣等，你們的初心可能都是想交流的，遇到點問題而後就能夠在羣裏問。

然而不少時候你問的問題沒人回答；也有時候問了半天仍是沒找到答案；也有時候當你把問題發出來了，別人正準備回答你的時候，你說知道了；而後剛開始羣裏很活躍，慢慢的就死了。

其實以上問題，都是你們不想看到的，然而在羣裏提問是咱們加入羣的初心，可是不少人作很差，最終致使你的問題無人解答，羣慢慢的失去意義。

我將今天的問題分紅如下三部分進行介紹：

• 提問以前
• 提問之時，怎麼提問注意事項
• 注意事項

提問以前

在羣裏提問以前首先咱們應該作好功課，看本身是否完成如下步驟，不然你的提問將一塌糊塗，大機率得不到想要 的答案。

1. 嘗試本身解決
2. 不能本身解決應該準備的哪些

嘗試本身解決

嘗試本身解決是很是重要的一步，這也是咱們可否通過這個問題可以成長的關鍵所在。

1. 經過搜索引擎搜索： baidu 或者 google(推薦)，搜索結果中前三頁若是找不到你想要的信息，就進行下一步吧。對於成熟的開源項目，你遇到的問題，極可能別人也遇到過。這時經過 Google、StackOverflow 等網站的搜索服務，能夠幫你快速定位並解決問題。永遠記住，地球上的你並不孤單，包括你遇到的問題。
2. 查閱手冊/文檔： 確保本身閱讀過至少一次官方文檔。這樣在遇到問題時，若是能回憶起隻言片語，就能夠再去讀一遍相關文檔，問題每每也就解決了。
3. 查閱社區/論壇： 閱讀常見問題文件（FAQ）或者開源項目的 issue，或者論壇(相似 react china)
4. 詢問朋友： 若是你使用的開源軟件，在朋友圈或同事圈裏也有人使用，那麼擡起你的腳、或拿起你的電話，真摯誠懇的探討不會遭遇拒絕，而會增進友誼。不要猶豫，你的心裏渴望面對面交流，你的朋友也是。
5. 自檢並不斷測試： 試本身檢查或試驗以找到答案。
6. 閱讀源碼(這步非必須)： 若是你是程序開發者，儘可能嘗試閱讀源碼以找到答案。

通過以上 6 步或者 5 步你都沒法解決遇到的問題，那麼你確實針對這個問題能力有限，準備去羣裏請教了，那麼在嘗試本身解決以後無果，應該作哪些準備呢？

不能本身解決應該準備的哪些

1. 必定要明白本身想要問什麼問題：不能本身都說不清本身想要問什麼問題，那麼羣裏提問你也問不出什麼來。
2. 梳理準備您的問題：要說明以前你都幹了些什麼。
3. 要用言簡意賅的語言：這個是咱們做爲職場一個必備的技能，說重點，言簡意賅。

怎麼提問

抱着平和對等的心態，找到合適的途徑後，就得靜下心來將遇到的問題寫成文字。書寫文字不是一件簡單的事情，咱們能夠從遵循一些簡單的規則開始。

用詞準確，問題明確

標題要簡潔清晰，要言之有物。

Bad：救命呀/急/跪求，遇到了一個 react 問題，xxx 組件渲染不出來
Good：在使用 xxx 版本的 react ，我操做了 xxx，也寫了 xxx，可是 xxx 組件渲染不出來

一個好標題範例是 目標 —— 差別式的描述，許多技術支持組織就是這樣作的。在目標部分指出是哪個或哪一組東西有問題，在差別部分則描述與指望的行爲不一致的地方。

描述清晰，信息充足

1. 準確有效的信息： 描述事實，而不是猜想，若是你想給出你的猜想，必定要先描述事實，給你的猜想一些證據，否則就不要猜想。
2. 問題表現/內容： 按照時間順序列出問題症狀。問題發生前的一系列操做，每每就是對找出問題最有幫助的線索。所以，你的說明裏應該包含你的操做步驟，以及機器和軟件的反應，直到問題發生。在命令行處理的狀況下，提供一段操做記錄（例如運行腳本工具所生成的），並引用相關的若干行（如 20 行）記錄會很是有幫助。
3. 簡單的作過什麼嘗試： 在描述你作過什麼嘗試的時候，簡單的你描述你作了哪些嘗試就行，爲何要這麼作其實不是那麼重要。

若是你想弄清楚如何作某事（而不是報告一個 Bug），在開頭就描述你的目標，而後才陳述重現你所卡住的特定步驟。

常常尋求技術幫助的人在心中有個更高層次的目標，而他們在自覺得能達到目標的特定道路上被卡住了，而後跑來問該怎麼走，但沒有意識到這條路自己就有問題。結果要費很大的勁才能搞定。

玉伯有句話是這麼說的：

提問者選擇的路自己就是一條崎嶇之路，對於要解決的問題，實際上有更好的方式。這種狀況下，描述清楚目標，講清楚要幹什麼很是重要。

• 想要問到什麼：提供建議？發送一段代碼？檢查你的補丁或者別的？在羣裏常常會出現這種狀況，當某我的發了一段文字，另外的人說：你想問什麼？

因此咱們在問問題的時候必定要把你想要問到什麼，這個目標想清楚。

• 提供儘可能多的信息：儘可能提供可重現的例子，你能夠在 jsbin)、runjs、jsfiddle)、codepen 等這些地方提供一個可重現的例子。即便你是一個很大的項目，想辦法把你須要驗證的點提取出來，若是確實沒法提取，就貼一些代碼，出現問題那行代碼周圍的代碼(周圍的相關代碼都要，由於你可能以爲不是他們的問題，但也許就是，否則你以爲的都是對的，你就不會不知道怎麼解決了)。

避免一些毫無心義的問題

常常會有人問一些毫無心義的問題，好比這樣的：

Bad：有沒有人會xxx？
Bad：有沒有人在？
Bad：誰能幫我解決一個問題？

面對這種問題，別人就很難預估你這個問題須要解決多久，也很難判斷本身是否能解決這個問題，若是他回答了你，意味着你就是有空並且很在行，因此他仍是選擇不出聲。這個就跟微信私聊的時候說：」在嗎？「 這種一個意思。

Bad: 什麼是 JavaScript？

這種問題也是，很明顯經過搜索引擎就能搞定的，要是下次還有這種問題，你就把這個圖發給它。

建議的問法：

1. 有問題直接問。好比：ES6何時雄霸天下，前端何時一統江湖？
2. 直接說場景：我在作xx端東西的時候，在 window 7 平臺的 IE7 版本下遇到了左右不對齊問題，具體如圖所示img，代碼地址：xxx 在百度中找到的答案，試了以後仍是有一樣的問題。請有空的同窗幫我看看是什麼問題？

注意事項

提早作好冷場的準備：也許別人在忙，也許這個問題太簡單了，也許沒人作過這塊，若是冷場了，沒人回答，趕忙換下一個羣。
謙虛，別人沒有義務幫你解決問題，每每大牛的時間比你少，比你珍貴。
沒有必定的自學能力，問到問題就伸手的不適合玩這個。
羣惟一的做用就是：扯淡、交流、分享，以上幾條爲前提。
若是以爲問題記不住，收藏一下這個圖吧：

最後

其實對於問問題，咱們換位思考一下就更好了，這其實也是人際交往的方式，站在看你提問題的角度，想一想當別人提問題的時候，你想讓他問什麼，你才願意去回答。

固然除了在羣裏提問，在社區裏提問，論壇裏提問都有必定的規範，後面再慢慢補充吧。

本文由 taoweng 創做，採用 知識共享署名4.0 國際許可協議進行許可 本站文章除註明轉載/出處外，均爲本站原創或翻譯，轉載前請務必署名