開源項目需要QQ討論群嗎？

作為 LedisDB 的作者，時不時收到一些私信，問我“有沒有 QQ 群，有個問題想咨詢一下”，而每次我都會答道：“沒有，不過你可以在 github 的 issues 上面提交你的問題”，然后就沒有然后了。

　　Github 已經是一個很成熟的代碼管理平臺，并且提供了非常豐富，便捷，人性化的協作方式。但我發現，相比于國外程序員使用 issues，使用 pull request，使用 mailing list 等，國內的同學大多仍然喜歡使用 QQ 技術群的方式來討論問題。這么說可能比較絕對，但至少我接觸的幾乎都是這樣。

　　QQ 群的好處就在于交互非常及時方便，我有一個問題，找到相關的群，在群里面吼一聲，立馬就能得到回復，多容易呀。但沒準就是因為這種便捷反而讓我們少了很多思考的空間。

　　當然有很多優秀的 QQ 技術群，但相當大一部分，開始的對話可能都是這樣：

群主在嗎，我在 linux 下面編譯不過。
群組在嗎，我這個東西跑不起來，不知道出了什么問題。
群組在嗎，你看看我這個配置是不是不對？

　　我想很多人應該見到過這種對話，作為群主來說可能是非常反感這樣的問題的，但有時候仍然得客氣的回復一下，不然別人會以為你這人太高傲，就做了 點東西有啥了不起的。但是拜托，源碼這些的都已經開源了，你不知道自己先看看問題出在哪里呀，或者你寫明到底怎么使用以至于出了問題的。再不濟，這世界還 有一個叫 Google 的東西呀。

　　我個人其實是比較反感給一個項目建立一個 QQ 討論群的，雖然里面會吸引很多牛的人入駐，共同進步，但多數時候很多人只會將這里當成一個隨意提問的地方。

　　也有人會說，使用 issues 也可能隨意提問呀，當然是的，但是比起 QQ 群里面只有群成員見到你的問題（沒準最后就變成一堆人在瞎扯），你在 issues 上面提出來的東西將會被更多地人看見，沒準這會無形的讓你首先考慮如何寫出自己的問題。另外通過 issues 的方式，你不會期望項目作者能快速的像 QQ 群那樣給你及時響應，所以你必須得考慮把問題寫清楚。

　　就拿上面 QQ 群的例子，我們如果使用 issues 來交互。

你好，我在 linux 下面編譯不過。

　　假設開發人員是一個極有耐心的家伙，他可能一個小時后（沒準更晚）check 了這條 issue，然后回復：

你好，你能詳細的說明下你的編譯錯誤嗎？

　　然后，假設你也是一個極度無聊的家伙，你列出來一堆編譯錯誤回復了過去。

　　然后又過了一個小時，開發人員再次 check 了，發現無法解決你的問題，又回了一句：

你好，你能詳細的提供下你的開發環境嗎？

　　然后你寫到

我的是啥 xxx cpu，xxx mem，是 windows 系統。

　　又過了一個小時，開發人員 check 了，回復到：

你好，我們的項目不支持 windows。

　　好的，如果你能忍受這樣的交互，我覺得你可以試試在 issues 上面這么干。但如果在 QQ 群里面，這別提有多方便了。

　　我加入了很多技術討論群，覺得有兩個群很具有可比性，后面就用群A和群B表示吧，我明顯感覺群A的作者要比群B的輕松很多，因為里面問的問題顯 得比較高端，可能是因為大家都被 MySQL 這家伙給折磨的成大神呢？而群B的群里面，經常見到我上面那些對話，以至于作者都要寫通告告訴大家來怎么提問題了，這里完全沒有黑群B的意思，只是真心希 望大家在群里面提問題的時候也需要考慮一下回答問題人的感受。

　　也許，我就是因為怕在 QQ 群里面回答問題而不愿意建群吧（人太懶），還有可能是因為項目影響太小，建了也沒有人加入，最終成了一個死群（mixer 就是典型的教訓）。不過還有最重要的一個原因，國外的程序員真沒幾個有 QQ 的。

　　所以，我覺得，沒必要為自己的開源項目建立 QQ 群，沒準建立一個 Google Group 都可能更好。

                    <span id="shareA4" class="fl">                            
                        </span>