發(fā)帖的“藝術(shù)”！

dooros

很多論壇都有一篇帖子，叫“提問的藝術(shù)”，我沒看過那篇帖子，因為我認為我是一個會提問的人。
或許，這篇帖子也不值得您翻閱，因為，你是一個會發(fā)帖的人。不過，我還是希望您能閱讀閱讀，給論壇，也給我提些建議、意見。


關(guān)于提問

為什么要提問？

當我們遇到不能自己解決的問題的時候往往需要想別人尋求幫助，這個時候就需要提問。但是，在你提問之前，你是否在 Google 上搜索過一遍？是否仔細閱讀過搜索結(jié)果？
如果沒有，我建議您先自己搜索。

提問前為什么需要搜索？

搜索引擎收錄的東西遠比人腦中的東西多，或許你當前遇到的問題，已經(jīng)有人遇到過，在論壇中有過提問，有過回復(fù)或者詳細的討論。或許還有有心人在自己的 Blog 上對問題進行過詳細的分析。
自己解決問題的印象總是最深的，在經(jīng)過千辛萬苦的搜尋下解決了問題，你也應(yīng)該給自己做個記錄，以便后續(xù)查閱。
如果一遇到問題就在論壇發(fā)帖，不久就有人回復(fù)，然后你照著回復(fù)解決了問題，置之事后。當你下次再遇到此類問題的時候，只能想起曾經(jīng)遇到過這個問題，仍舊不知道如何處理。另外，論壇的回復(fù)不會像 Blog 上寫的那么細，也很少會有人給你詳細的分析過程。大家回復(fù)你的一般也只是一個解決辦法，問題是解決了，但是你不知其所以然，于你也是無益的。
其次，每個人所擁有的環(huán)境都不一樣，你的是 Redhat，他的可能是 Debian，很多時候，能幫助你的是分析問題的方法，至于如何解決還得靠你自己去摸索。
最后，其實很多回復(fù)都是 Google 來的，很少有人會為你的這個問題搭建一個完整的環(huán)境。為什么你愿看別人 Google 出來的結(jié)果，而不自己 Google 下？！

如何提問？

（1）標題要明確
標題一定要能概括你所遇到的問題，讓人一眼就能知道自己是否有能力解決這個問題，是否有必要點進去詳細看看這個問題，并且給予回復(fù)。
提取最有用的關(guān)鍵字作為自己的標題，比如：編譯 XXX 軟件遇到 XXX 錯誤，XXX 環(huán)境下 XXX 異常。

（2）內(nèi)容一定要詳細
內(nèi)容描述一定要詳細，不要等回復(fù)者讓你貼出XX信息，你再貼。
首先，給出你的環(huán)境信息，比如：XXX xx bit 操作系統(tǒng)，XXX 內(nèi)核，XXX 軟件，進行 XXX 操作，操作進行到 XXX 步，產(chǎn)生了 XXX 錯誤。然后給出錯誤截圖，截圖一定要完整清晰。
其次，如果有日志的話，你一定要提取出日志有用的部分貼出來。不要一味的給個日志附件，沒有幾個人愿意下載你的日志附件，然后查找錯誤原因。
舉個 X 錯誤的例子，cat /var/log/Xorg.0.log | grep EE 貼出來的東西只有寥寥數(shù)行，而一個日志文件卻有成百上千行。為了解決你的問題，回復(fù)者還需要用文本工具處理一下你的日志。而處理日志的工作，你應(yīng)該做在前頭。
如何處理日志？cat 和 grep 是非常簡單的工具，grep 的關(guān)鍵字一般有 EE，Error，Warn，Exception，Null 等。當然，你也可以自己先翻閱一遍日志，找出你認為有價值的部分。如果，你認為有必要，附上完整的日志也未嘗不可。但是，千萬別貼大段大段的日志文本在帖子中，如果日志過長，請以附件形式上傳。
再次，給出你曾經(jīng)嘗試過的解決過程。讓別人分析你不成功的解決過程，非常有助于提高自己解決問題的能力。甚至?xí)�給你帶來恍然大悟的感覺，為什么當初我自己不這樣處理而做了那樣的處理呢，這也是提高自己分析問題能力的好方法。另外，你解決問題中的各種“輸出”，或許正是回復(fù)者需要的相關(guān)信息，這樣一次性的給出也有助于問題的快速解決，避免了滿屏的對話。

（3）不要重復(fù)發(fā)帖
這個就不多說了，就拿“新手園地”和“系統(tǒng)管理”兩個版塊來說，有些人喜歡兩個版塊都發(fā)帖。其實，在沒有明顯分界線的版塊中，瀏覽的群眾基本是一致的，所以，沒必要在多個版塊發(fā)帖。

（4）帖子沒有優(yōu)先級
并不是你的“跪求”、“急需”就會給你的帖子帶來更高的優(yōu)先級，所以，發(fā)帖也不必帶這樣一些想提高帖子回復(fù)優(yōu)先級的詞語，完全沒必要。

（5）零回復(fù)？
遇到這種情況，希望你保持一顆平和的心態(tài)。
或許，大家都沒有遇到過此類問題。你應(yīng)該慶幸，因為如果你解決了這個問題，你就是專家了，你可以寫文章分享，讓大家轉(zhuǎn)載。
或許，大家沒明白你說啥；或許，你給出的信息不足以讓大家分析這個問題。這就是你自己的問題了，看看前面，提問一定要給足信息。
最后，千萬別把零回復(fù)歸咎于論壇的冷落，即便是再簡單的問題，即便是出現(xiàn)過 N 次的提問，也是會有人回復(fù)的，但是，我們?nèi)耘f提倡先搜索再提問。

（6）對待已解決的問題。
編輯帖子標題，在標題末尾或者前面加上“（已解決）”的標簽是個好習(xí)慣。但是，千萬別忘記了貼出解決方法，或者指出“XX 樓正解”。
這樣有助于其他人碰到相關(guān)問題，跳到你帖子上來的時候，能夠第一時間獲取有益的信息。


關(guān)于分享

為什么要分享？

分享是一種美德，或許，你已經(jīng)把你不經(jīng)意間捕獲的 hack 技巧記錄在了 Evernote 或者自己的 Blog 上。你有沒有想過把他們分享在論壇上？！你的此次分享不僅能使大家受益，或許還能收獲其他人更好的建議、方法，或許你的此次分享還能給你的 Blog 帶來不小的流量。說不準，還有志同道合的朋友和你互相探討。如此，何樂而不為？！

如何分享？

一個好的發(fā)帖習(xí)慣才能誕生出一個有價值的帖子。

（1）一個良好的排版
相信大家都寫過文檔，或者寫過論文，至少也寫過作文吧。排版好壞與否與技術(shù)、能力無關(guān)，而與一個發(fā)帖人是否有心密切相關(guān)。段落的鱗次櫛比，代碼的良好縮進，這個只需要多按幾個空格、回車就能做到。占用您一分鐘的排版時間，或許節(jié)約了幾萬人一分鐘的閱讀時間。
用過搜索的人都知道，搜出來的轉(zhuǎn)載的帖子大都不堪入目。這個在找代碼示例的時候尤其明顯，就拿 Python 來說，直接復(fù)制過來而缺少了代碼結(jié)構(gòu)的代碼分享，讓人如何能快速閱讀？

（2）給出原帖鏈接
如果是轉(zhuǎn)載，我認為一定要給出原帖鏈接，這不僅是對原作者的尊重，也可以讓樓主可以看看原帖作者是否對相關(guān)問題有過后續(xù)的深入探究。

（3）不要只給一個鏈接
只給一個鏈接是一個非常不好的回復(fù)習(xí)慣，如果此鏈接掛了，此帖也就成了沒有意義的帖子。

（4）回復(fù)不要大段的復(fù)制粘貼
這種回復(fù)大都來自搜索引擎獲取的結(jié)果，雖然你的回復(fù)是有價值的，但是我們不提倡這種回復(fù)。
你可以給出一個簡短的解決問題的方法，然后附上一個有詳細分析過程的文章鏈接。

（5）不要重復(fù)回復(fù)
重復(fù)回復(fù)的現(xiàn)象很嚴重，我認為這是論壇功能的一個缺失。論壇沒有一個“紅心”功能，或者說“支持”功能，比如，大家可以給回復(fù)者點個“支持”來表示自己也是這個想法。
當然，重復(fù)回復(fù)現(xiàn)象還是要靠大家的自覺。我認為，即便是一句“同意 XX 樓”或者“XX 樓正解”，也比一個重復(fù)回復(fù)要強很多。誰知道，你那一模一樣的回復(fù)是復(fù)制粘貼的灌水，還是真表達你自己的想法呢？！


其他

待續(xù)……

vermouth

回復(fù) 2# Hongqiyaodao

這種帖子不嫌多的.

lemoncandy

支持版主！好多人問的問題都前言不搭后語，沒有明白他想說什么。

幕南風(fēng)

提問的智慧

方兆國兒

tomatoqq

有道理

huzx189

還不錯！

zongg

說的不錯,圖也不錯.

beyondfly

圖做得相當不錯