為什麼在編程相關的技術論壇里，很多人答非所問？

01-26

比如csdn，eoe什麼的，經常看到答非所問回答，真的很生氣。
有些人還會給你改需求，說：「這樣太難了，你可以做成這樣那樣，如此這般」
還有時候，只需要1個字就能解決題主的問題，但他寧可長篇大論的說教，就是不肯用一個字回答你

常常見到這種情況：

編程初學者為了實現需求 A，想到了辦法 B，在實施 B 的時候遇到了困難 C，他發帖問如何搞定 C。

殊不知他想到的辦法 B 可能是錯的，問題 C 也就不成立，因此要先問清楚他的原始需求 A。

這在你看來或許就成了答非所問。

舉個例子，有人發帖問如何高效地搬運山石，當然你可以直接回答他的問題，推薦機械或施工隊。

如果是我，我會進一步問他為什麼要搬山，原來他嫌家門口兩座大山影響日常出行，那我建議他不如搬家，省點力氣，別當傻子。

技術論壇的缺點是一個正確的回答總是伴隨著很多錯誤的回答，而人們還圍繞著錯誤的答案討論得不亦樂乎，正確的答案躺在角落裡無人問津。所以我建議初學者不要上論壇，因為你無法判斷回答你問題的人是不是比你更菜。

知乎有句名言應該很多人都知道了：先問是不是，再問為什麼。

而其實在編程領域，也應該有一句類似的：先問為什麼（要這麼做），再問怎麼樣（做到）。

因為雖然具體怎樣做到某個目的，確實可能很簡單。

但是有經驗的人，會直接看到你過了這個坑之後可能會碰到的下一個坑，甚至下下個坑。而這時候往往就會產生一個疑問：為什麼要連續踩那麼多坑？這些代價是不是值得的？

而且，在編程領域還有一種情況就是：條條大路通羅馬。要解決一個問題，往往可能有多條技術線路，而這些線路會有不同的特色、不同的要求、不同的風險。如果有經驗的人，其實可以從某些提問中大致猜到你可能正在走的技術路線，然後根據自己的了解，發現你可能對此並不熟悉，或者缺乏某些關鍵因素，因此推薦你換一條路走。

呵呵題主你要是碰上那種長篇大論的人首先應該謝謝他感激他在你這種人身上浪費這麼多時間

人們不清楚你原本的需求是什麼而你在問題中並沒有表達出來問題本身也沒具體到直接指向某一個組件的實現問題自身缺乏專業度還埋怨別人跟你花時間完善問題?

我現在貼幾個CSDN問題在這上面時間是201504101013我點開Java大版首頁看到的(順帶一題別的板塊未必都是這樣我沒去過我不知道)

tomcat部署不了-CSDN論壇-CSDN.NET-中國最大的IT技術社區

好奇葩，servlet不能並發訪問-CSDN論壇-CSDN.NET-中國最大的IT技術社區

SSH項目在tomcat下運行tomcat內存一直增長，直到tomcat掛掉-CSDN論壇-CSDN.NET-中國最大的IT技術社區

高並發問題求大神-CSDN論壇-CSDN.NET-中國最大的IT技術社區

第一個問題標明是Tomcat部署不了實際上呢?我進去看了之後發覺他是用MyEclipse的插件發布僅僅是因為自己.classpath中引用了不存在的jar導致項目被lock

跟標題有個傑寶關係?當然了像題主您這樣的大爺肯定直接說"給我答案說那麼多幾把廢話幹嘛"

第二個問題自己看他寫的代碼..

第三個問題以為問題發生在自己的GC參數有問題可實際上代碼漏洞跟調優JVM有什麼關係呢?

第四個問題呵呵

答個題中途還得出去開個會吃個飯

請移步：http://stackoverflow.com

你知道什麼叫x-y question嗎？

既然胡亂提問沒有什麼限制

那麼胡亂回答也不應該有限制

真正原因是：

這些地方新手太多，管理太松。問題並非出在提問上。

這種情況，請參考非編程領域的「百度知道」。

題主的感覺跟我一樣，好多人都在論壇刷存在感而已（現實工作中也有這種人）

對於問題根本就不就清楚或者不知道怎麼解答,我覺得他們答題的動力就是答了一大堆顯得自己懂得多，在論壇刷存在感，不針對問題回答的理由或者是提問者根本沒必要這麼做，或者提問者的問題描述不清楚，最後也沒有解決提問者的問題。一般這種人都覺得比提問者聰明，提問者解決不了問題就是因為笨，一種高高在上的姿勢，偶爾還要諷刺加挖苦。

事實上論壇裡面也有很多質量不好的問題，但這不是可以胡亂回答的理由吧，你可以讓提問的人補充細節，但是沒必要扯一堆跟問題沒關係的東西吧。

記得某次csdn上面有個新手問個c#的問題，其實是個開發環境沒搭建好導致的，但是不太常見

下面一大堆人答非所問，還牛逼哄哄的，教育提問者要善用搜索，多翻翻api巴拉巴拉

其實還有個號稱c#祖師爺的某大牛，也在那裝逼，並且明顯他不知道答案，說這種問題就不會碰到，提問者的基礎太差，需要從基礎語法學習之類的，長篇大論指導新手該如何學習，巴拉巴拉

答案堆了幾十樓就沒見個正確答案，裝逼犯比真正想回答問題的人多多了

在這點上stackoverflow裡面做的不錯，答案都是針對問題的，stackoverflow的規則讓這群水貨沒法在上面裝逼。

基本就倆種原因:問得菜、答得菜

第一個，很多情況是想到的實現的方案比較繞圈，或者新手沒搞明白怎麼回事再加上文筆比較差導致問題問的就很模糊。

舉例如前些天有人跑我在一群里問：「怎麼在access里實現個查詢系統界面」，之後一幫人詳細問了問才知道他們領導想搞個給公司里別人查看資料庫的，於是建議他看看php寫個php的access那個別人用不方便。

還有很多初學者發個帖子，代碼一貼，也不說想幹什麼就問「這代碼哪裡有問題？」

這兩種情況就導致了回答的人會給樓主一個更好的方案，或者因為問的模糊導致回答的人也偏離了樓主問題的方向，於是會給樓主一種「需求被改了」的感覺。

第二個，這種情況很多所答非所問或者長篇大論的多半要麼是比較喜歡顯擺自己知道或者純粹文筆不好。

去年有段日子在研究路由器怎麼用goagent實現透明代理https翻牆，發了個微博然後有個傢伙評論「不知道透明代理是什麼玩意，但是goagent是支持https翻牆的，blablabla」

再就是文筆實在不好，不知道怎麼寫的簡潔，於是羅里吧嗦的說了一大堆。

csdn是問技術的地方？ ???

除了刻意胡說，這個和上下文環境有關，有時候文字表達不清楚。用視頻做技術分享或者提問，應該更能表達清楚上下文

分享優客

分享優客，很全面的技術論壇，新出來的，技術資源很全面

其實我覺得也有好處的，就算是一個錯誤的路。他走到了頭，雖然發現這是錯的，但是在這一路上還是學會了很多的東西。有點像發散性學習，這對新手而言也很重要。不過要付出時間的代價，不過對於新手而言，也許時間不是問題，問題是要多學點東西

主要是好多問題本來就模稜兩可，例如貼一段代碼說報運行錯誤，錯誤信息一貼，但是其實很多原因可以導致這種結果，編譯器沒有你想的那麼智能，所以大家也只是在儘力想可能的原因而已，於是提問者並不能夠解決問題，便覺得大家都在答非所問

應該說是一個溝通的問題吧，回答者理解了你的問題，就不會答非所問了。

因為很多人，解決問題的思路一開始就錯了

你這個問題本身就有點模糊，最好有實際案例。

技術大牛一般表達語言能力較差