回答者的智慧

Batcher

回答者的智慧

＊ 本文改編自《提問的智慧》

v.0.9 （初稿）
2007-09-02

---------------------

在公開的論壇上，當你碰到一個別人提出的技術問題時，你要怎樣回答呢？這取決於回答問題的難度，同樣取決於你回答的方法。本指南旨在幫助你提高回答技巧，以讓你作出你想要的回答。

首先你必須明白，回答者是為了熱心助人、及相互交流而來到這裡的。如若不然，你還來這幹嘛呢？如果你能提出啟發我們靈感的好答案，我們自會對你感激不盡。好答案是激勵、是厚禮，可以提高我們的戰鬥力，而且通常會幫助我們認識到之前從沒意識到或者思考過的點子。對提問者來說，“有你真好！”是發自內心的大力稱讚。

盡管提問者們有予取予求和理所當然的不良心態，有時看起來似乎他們對老手、對知識豐富的前輩們不敬，但其實不是那樣的。

他們並不是上來被大家蔑視為－－－他們不願思考，或者在發問前不做功課。他們除了花時間找答案，其實也很需要有人幫他們解決問題。他們並不是天生就會的，你們其實可以拔一毛以利天下，何樂不為！請不要隨便稱這樣的人為“垃圾”（因為他們尚算是懂得利用人際資源的聰明者呢）！

既然你在很大程度上屬於自願者，同時有時間也夠熱心，那就不要抱怨被提問淹沒。一個願打、一個願挨。不是嗎？當然了，你還是可以選擇放棄那些看起來只會伸手的家伙，轉而幫助那些付出過努力值得你去幫助的人。

如過你覺得他們的態度太過囂張，讓你不爽，不妨設身處地想想：他們並沒要求你一定要回啊－－－事實上，他們大可說“不喜歡就不要看”！若你大慈大悲，那就滿足一下他們小小的要求吧。但你不能要求他們會像你一樣啊。就算你不想幫忙，其實也不需要數落他們一翻，這樣做並沒有意義的。

如果你覺得你的答案很“值錢”，我建議你乾脆掛牌開公司收取費用不就得了。廉者不受嗟來之食，既然他們決定向你求助，當然不希望受到侮辱的，更不願成為你們眼中的“垃圾”。你大可誠意的給他們一些建議，幫助他們學會提問：－－－聰明、自信、有解決問題的思路，只是偶爾在特定問題上需要獲得一點幫助。

（歡迎對本指南提出改進意見。任何建議請 E-mail至 netman(AT)study-area(DOT)org）


= 回答之前 =

在通過電子郵件、新聞群組、或技術論壇回答技術問題之前，檢查你有沒有做到：
1. 叫人去 man 之前、你也閱讀過手冊、確定你的答案的確在裡面。
2. 檢查 FAQ 是否曾經被問過，如果你以為這個問題真的很常問到的話。
3. 利用搜索引擎（個人推薦 google）找過答案，確定其獲取難度不高。
4. 確定你自己精於當前問題，或是能從其他朋友處獲得幫助。

當你要丟出答案之前，首先要確定其正確性，最好是親手測試一遍；這將有助於建立的你形像：你不是一個敷愆了事的家伙，你的確花時間幫助別人在解決問題。解答過程本身就是一種學習，對提升自己實力及認識自己不足，是個很好的機會。

週全的思考你的答案，準備好再次被人提問；草率的回答，只會浪費大家的時間，根本無助於解決問題。越是表現出你為解決問體所付出的真誠與嚴謹，你越能贏得別人的尊敬。

小心別回錯了答案。如過你的回答基於錯誤的假設，對水平一般的提問者來說是較難辯識的，除了讓對方浪費冤枉的時間，他們心裡也在懷疑你的能力及態度。希望你能從問題的回答（並非他們想要的答案）中汲取教訓。

決不要以為別人一定得接受你的答案，你沒這種資格。畢竟大家來這裡只是一種交流。你要靠自己的用心去“贏”取別人的信任，提出一個有內涵的、有趣的、能啟發思辯作用的回答－－－一個對社區經驗有潛在貢獻的答案。而不僅僅是為了說服被人接受你的觀點－－－以德服人！

另一方面，所謂的“經驗”很多時候也會害人不淺的。主動模擬問題環境，是一個非常好的開端。當你動手去實作的過程中，常會發現一些自己還存在的盲點或誤區。同時，也能增加你回答問題的準確性。自我的更新求進，常是回答者更需具備的個人特質，對自己同時也是一種收獲。


= 怎樣回答 =

- 謹慎選擇論壇
小心選擇你回答的場合。如果像下面描述的那樣，你大可忽略或敬而遠之：
1. 非技術性有太多口水的地方，或反過來太過封閉且排他性強的論壇。
2. 充斥缺乏自我學習能力只想要答案之輩的論壇。
3. 管理素質低下，沒有完善規章制度（或執行不嚴）的論壇。
別忘了：你是來交流技術的！若你想要交友或打發無聊，其實有更多其他選擇。

- 選擇好的問題
那些只說“救救我!”、“雪地跪求”、 “在線等”這類標題的提問，你大可視而不見。或是內容錯字連篇、前言不對後語、信息模菱兩可的，我也建議你別浪費時間了。我們從經驗中發現：粗心的寫作者通常也是馬虎的思考者（我敢打包票）。回答那些粗心大意者的問題很不值得，我們寧願把時間耗在別處。

如果提問者在使用非母語的論壇提問，我們可以容忍其犯點拼寫和語法上的小錯－－－但決不能在思考上馬虎（請弄清兩者的分別）。

- 將時間花在真正值得幫忙的人身上
對於某些“慣犯”，你日後甚至可以直接忽略他的存在！請別將你的時間和熱心隨便糟蹋了，請用在真的值得幫忙的朋友身上。或許，一開始你可好言建議對方一些改進方法。但要是屢勸不改，你也不需動怒，更不要掉進口水旋渦。簡單的，視而不見就是最好的懲罰。

- 先搞清問題狀況
在還沒搞清問題成因之前，請勿隨便作答。若你不能判斷問題癥結，不妨主動的提問對方、引導他們更好的描術問題。比方教授一些簡單而又能獲得豐富資訊的命令，然後請他們將結果回報給大家。在回答時，精確而明晰的分析問題的成因，及提出因應之道。記住：別對自己不熟的題目隨便發表意見。更別“想當然”！

“能否說說你的環境設定？”、“你在問題發生之前做過甚麼？”、以及“你參考過哪些文章？”... 比起“回去再讀讀書本吧！”來得更貼心。因為你為對方指出了正確的方向，使之有完成它的能力和決心。

- 用心而仔細的回答問題
別草草的丟一句簡單的命令或文件名（更別說“這麼白痴的問題你也不會?!!”這樣讓人反感的話）而徒惹爭端。不要流露出你的不屑或不耐煩以傷害別人的自尊，盡可能用心詳細的提出你的建議，哪怕你已回答過很多遍類似的問題了。

草率的回答：重裝驅動！
用心的回答：
        你所用的版本預裝的顯視卡在 X server  中並不能完整支援，你需要到廠商的官方網站下載最新的修補程式，並重新配置 Xorg 的設定文件。
        請先備份如下這些文件：
                xxx
                yyy
                zzz
        然後到如下網站下載最新修補：
                http://xxx.xxx.xxx/yy/zz
        並執行如下操作完成更新：
                ....
                ....
                ....

- 適當的引用前文
若文章討論很紛雜或不連貫，針對性引用及刪減前文內容，以留下線索及思路。倘若相類問題之前已經討論過，可作適當的提示及指引，若能幫助他們找出 URL 貼上來更佳。但小心的是，不要輕率的只說"翻精華"或"查舊文"。因為你較熟悉環境，但對提問者來說（尤其是新來的朋友），在陌生環境下可能時倍功半。你的小小用心，可幫助別人省下大量時間。當然囉，對“慣犯”來說，那你也就為自己省點時間吧。

- 適當條列你的建議
詳盡且信息量大的討論，有助於我們更好的掌握情況，但同時也增加了閱讀及理解的難度。有時，簡明握要的陳述，更能有效的解決問題、及富於啟發性。如果你你能想像對方在獲得你的建議後有可能會問你的問題，回答時事先就準備好給他。

不過，這種能力需要經驗與自信，否則，就畫虎不成反類犬了。

- 無須回答對方能自己解決的問題
對於明顯可以透過簡單實作就能立判結果或是提問者自己稍加努力就能解決的問題，你可儘量用提示的方式提供指引。有些提問者或只是剛好腦筋轉不過來，只要適當給他一點提示，更勝於直接給他答案。這樣更能幫助對方的成長，也就是授之以漁的道理所在。但有些提問者則習慣性的丟出問題，你其實不需要理會這種提問者的，更不應將他的胃口餵大！因為對他對別人（別的回答者或後來的提問者）都是一種損害與負擔。當然了，如何判定提問者纇別，也是一門學問。簡單來說，“慣犯”還是很容易識別的。

- 去除無意義的回答
別用無意義的話結束回答，例如“回去多看書！”或者“自己找保姆”之類的。首先，如果你對答案的描述不很合適，這樣答更是畫蛇添足。其次，由於這樣答是多餘，提問者們會很厭煩你－－－而且通常會用情緒上挑釁的回應來表 示他們的不滿。例如：“我會的話還用問你嗎？！”或者“不喜歡的話你就別答啊”。

- 謙受益、滿招損
彬彬有禮，多用“請”和“不客氣”。
讓大家都知道你為他們花費時間義務提供幫助的目的并非為了圖求回報。
然而，如果你所提供的答案無法解決問題，禮貌將會增加你得到別人諒解的機會。

因為網上文字缺乏表情語氣，平時的交流中很容易讓人產生誤會。
多用溫和的措詞與添加善意的表情符號，是絕對有所幫助的。
我知道經常回答問題的朋友常會則怪老問題的一再出現，
但要知道的是：提問的人可都是不同的，且大都是後來者。
他們之所以是新手，正是由於不知道之前就有人問過相同的問題。
這點，請您多加體諒。也請從語氣上給與適當的安撫與鼓勵。


- 對問題之解決，引導說明
有很多時候，當問題解決後，提問者會上來說聲道謝，同時或只丟出“問題解決了”這幾個字而已。
這時你不妨邀請對方發個說明，讓大家知道問題是怎樣解決的。如果問題在新聞組或者郵件列表中引起了廣泛關注，那麼該貼的一個補充說明是很有幫助的。補充說明不必很長或是很深入：簡單的一句“你好，原來是網線出了問題！謝謝大家--Bill”也就足夠了。這樣的話，如果別人也遇到想同的問題，大家都可從中得到幫助。這也同時減少將來重復性的問題一再被提出。引導他們進行這種補充有助於他人在郵件列表/新聞組/論壇中搜索到完整解決方案，這可能對他們也很有用。最後（至少？），這種補充有助於所有提供過幫助的人（不只是你一個）從中得到滿足感。或許自己已是老手或者黑客，那就教育他們相信，這種感覺對於那些他們求助的導師或者專家而言，是非常重要的。問題久拖未決會讓人灰心；讓他們知道黑客們渴望看到問題被解決。好人有好報，讓他們學會知恩圖報，而且會在下次貼出新問題時嘗到甜頭。也很有助於改善與提高論壇的氣氛與質量。

- 還是解決不了
如果問題還是解決不來，或超出了對方所能理解的程度，別輕易放棄。想象成你以前試著自己解決問題時那樣（利用手冊，FAQ，網路，身邊的高手），去理解它。如果對方不能理解你所作的解釋，記得表現出你的誠意與耐心。比方說，如果你回答他：“看來似乎是 zEntry 被阻塞了；你應該先清除它。”然後，一個很糟的後續問題：“zEntry 是什麼？”。聰明的解答：“哦~~~你或許先看看 man 留意一下 -z 和 -p 兩個參數，他們都有提到 zEntry ，而且還都更多清楚的解釋在後面的文章與 SEE ALSO 裡面。最好不要遺漏了。”


=三思而後答 =

以下是幾個經典的不良回答，以及提問者在得到回答時的心中所想：

回答：搞甚麼？自己不會 google 一下哦？
回答：回去翻 man page 吧。
回答：滾回去用你的 windows 吧！
回答：你要不要先看看書？
回答：這也算是問題？連白痴都會！


回答：搞甚麼？自己不會 google 一下哦？
感想：不是每個人都會 google 的，而且，我就是 google 過找不到才來問的啊。

回答：回去翻 man page 吧。
感想：請問怎 man 啊？我要是知道還用來問你嗎？別動不動就用 man 來壓我！

回答：滾回去用你的 windows 吧！
感想：你們這些人就是自以為 Linux 了不起，就是由你們這些人 Linux 才流行不起來！

回答：你要不要先看看書？
感想：這個不用你來教，如果都看書，我還來問你個屁啊。

回答：這也算是問題？連白痴都會！
感想：別狗眼看人低，都不知道在屌甚麼！我會的你也很多不會。


在看到這類答案的時候，我的反應通常不外如下三種

1. 我們來這裡主要是交流技術，教育與改造的工作不是我們的主要目的。
2. 大家都是新手過來的，當初我們也是同樣的需要別人的幫助，不妨多替他們著想一下。
3. 假如不想回答，其實真的可以不用理會的，將時間花在更有意義的事上更好。
4. 事不過三，對“慣犯’者，直接略過。也不用故意讓他出洋相才算過癮。


= 好答案，壞答案 =

最後，我舉一些例子來說明，怎樣聰明的回答；
同一個問題的兩種答法被放在一起，一種是愚蠢的，另一種才是明智的。

蠢回答：這種問法無非想得到“STFW”這樣的回答。
// 恩？啥是 STFW？.... 靠！也不用這樣損人吧？！

聰明回答：請用Google搜索“Foonly Flurbamatic 2600”，
大約看前面幾篇就夠了，其中有篇是某某討論區的，應該會有你要的這種設備編程的資料。
// 感謝，那我知道要找些甚麼了。如果找不到再來請教好了。

蠢回答：不要覺得都是別人的錯，這個傲慢自大的傢伙
// 我又怎惹你了？你不爽就別回嘛。

聰明回答：FOO 專案代碼在 Nulix 6.2 版的預設下編譯會有點問題。不過在官方網站的  FAQ 第 13 個問題裡面有提到跟 Nulix 有關的問題。或許您先看看？
// 哦，原來這個已經 FAQ 問題了？那我下次提問前會先注意一下的。感謝提醒！

蠢回答：對這類問題的回答通常是：“好的，還要幫你拍拍背和換尿布嗎？”，然後按下“下一篇”。
// 我又沒要你來回答，說話不用那麼損的，山水有相逢。

聰明回答：如果你在 S2464 主板上試過了 X、Y 和 Z 還作用的話，那你可試試 A、B 和 C。請注意嘗試 C 時的奇怪現象：邊帶傳輸中會出現收縮，而結果或許與你所想的會有出入。在多處理器主板上引起邊帶洩漏的通常原因很多，最好先確定你已經測試過 D、E 且都能順利通過才繼續。
// 哇，好細心哦！感謝感謝，如果有結果我再回來跟大家報告。


P.S. 事實上，除了在公共論壇上跟大家討論各種問題外，很多時候我還會收到不少朋友私下的來信或站內簡訊，其中大都是來問問題的。面對這種情況，我都會盡可能的邀請他們回到公共論壇上發表問題。因為那樣的方式有很多好處。首先，個人的能力是有限的，在公開論壇討論，可以聽取更多朋友的意見以及得到他們的幫助。所謂三個臭皮匠勝過一個諸葛亮！其次，也有可能還有很多其它朋友也有同樣的問題，他們也能從其中的討論得到啟發與幫助。還有，公開論壇發表的文章都有記錄留下來，這也方便了後來者透過搜尋得到之前曾經討論過的問題，這在很大程度上節省了以後各方的時間與資源。最後，如果因為時間推移的關係，某些舊問題也可以再繼續得到更新與修正。總之，除非涉及某些私密的資訊（如帳號密碼和 IP 等），我都很少直接在非公開的場合針對個別朋友回答問題。如果有朋友之前吃過這樣的閉門羹，很是抱歉，也請能夠體諒。有時候，問題過於複雜或不便公開教授，我或會請對方為我開個帳號然後讓我 ssh 連線上去看個究竟。而我的經驗卻是：很多朋友根本還不用開口就主動那樣做了，而且還直接的就給我 root 的帳號！呵，我很感謝他們的信任，不過，我倒不是很建議這樣做啦。


= 找不到答案怎麼辦 =

如果對某個問題你仍得不到答案，那也沒關係，只要你盡力了就好，你大可坦言你的無能為力。我們當然不可能對所有問題都有能力解答的，這不代表你的冷漠。再不然，簡單的略過該問題就好，總比胡亂建議或出言不遜要好多了。

總的來說，簡單的不經思考而丟出答案是個很糟的想法。這將被視為無意義的喧鬧。

你可以通過不同的渠道提供幫助，這些渠道通常很適合初學者的需要。尤其當你自認是狂熱的軟體愛好者的話，可以與其他同好一同組成許多網上的以及本地的用戶組。通常人們組建這樣的團體來互相幫助並幫助新手。

如果你不想無償的提供你的服務，也可組成商業公司來提供幫助，不論公司大還是小（Red Hat 和LinuxCare 就是兩個最常見的例子）。別為了收費才提供幫助而感不適！畢竟，假使你的汽車發動機汽缸密封圈爆掉了---完全可能如此---你還得把它送到修車鋪，並且為維修付費。就算軟體沒花費一分錢，也不能強求技術支援總是免費的。

對大眾化的軟體，就像Linux之類而言，每個開發者至少會有上萬名用戶。根本不可能由一個人來處理來自上萬名用戶的求助電話。要知道，即使你要為幫助收費，與他們必須購買同類軟體相比，他們所付出的也是微不足道的（通常封閉源代碼軟體的技術支援費用比開放源代碼軟體要高得多，且內容也不那麼豐富）。


RTFM和STFW：別煩我啦

有一個古老而神聖的傳統：如果你給出“RTFM （Read The Fucking Manual）”的回覆，你會認為提問者應該去讀 TMD 手冊。當然，基本上你是對的，你應該幫助他們養成閱讀手冊的習慣。

RTFM有一個年輕的親戚。如果答案是“STFW （Search The Fucking Web）”，你會認為提問者應該到 TMD 的網上去搜索。基本上，你也是對的，你應多鼓勵他們去找吧。

通常，你用這兩句之一回答人的時候你會給一份包含對方需要內容的手冊或者一個網址，而且你在打這些字的時候正在閱讀著。這些答復意味著你認為(1). 對方需要的 資訊非常容易獲得；(2). 請他自己去搜索這些資訊比灌給他能讓他學到更多。

別為這個而吝惜；依照黑客的標準，你沒有對他的要求視而不見，已經能大致能表示對他的關注。當然，你大可不必期求他們應該對你祖母般的慈祥表示感謝。


＊＊＊
以上是我東施效顰的臨募 Eric S. Raymond著 (D.H.Grand譯)的《提問的智慧》 所胡亂編湊的一些個人心得。俗話說“知易行難”，就算是我自己，也不見得一定做得來。只是，為了建構討論空間的和諧性，經常回答問題的朋友倒也不妨可以參考一下的。更歡迎提出您的寶貴意見，使之更加合理與可行。

祝大家討論愉快！廣結善緣！
netman

原文地址：http://bbs.chinaunix.net/thread-985324-1-1.html

neorobin

但我的朋友Taurus会喜欢

Spring

- 無須回答對方能自己解決的問題

很赞成这一条。
而且对于比较容易解决的问题，尽量只给他提示，比如告知是哪方面的知识，给出关键字让他自己去找资料解决，比上来就给出一个无懈可击的答案更好。

CrLf

有道理，以后会更注意些

天上思想

很不错的啊