回帖的艺术

yangyang123

这里经常会出现一些基本的问题
我注意到很多人在回复的时候往往只写出一连串的命令，没有任何注释或说明
OK，可能你觉得根本没有必要解释
但是我想，为了别人能更好的理解你的命令
尽量的稍微解释一下思路，方法还是一个不错的选择
这样也防止了搂主看不懂别人的命令又要再向你提问你的命令的含义
（当然，你能写出别人看不懂的命令确实令人敬佩）
毛**教导我们：为人民服务
呵呵
大家来砸我吧
不知大家怎么想的

remote fish

说说在下的想法.

像 linuxsir 这样的论坛, 它不是那种你直接或间接付了费, 让别人为你拿出解决方案的地方, 而是大家一起 _讨论_ 问题的地方. 所以, 别人的回复可以为你拓展思路, 或是指引方向, 但是别人的回复不应该, 也不可能, 代替你思考或是学习. 对某种东西完全不了解就上来问 "我想用 yyy 实现 xxx 功能该怎么做呀?", 这是对自己不负责的表现, 能够得到有价值的回复而不是指责已经很出人意料了. 发帖的原则之一就是尽量表现出你在思考, 表现出你是在 "寻找" 答案, 而不是在 "等待" 答案.

当然, linuxsir 不是一个纯粹意义上的技术论坛, 这是我个人的观点, 而我之所以这么想就是因为 linuxsir 对待新手的态度太好, 以至于除了 lfs 等版块其技术帖比较多外, 其它很多版块的主要职责就是为新手带路. 这并不是 linuxsir 的缺点, 恰恰相反, 正是由于 linuxsir 这种亲善的感觉才让它成为我心中最好的 linux 论坛, 成了我每天必来的站 (我的上一个 id 是 03 年注册的, 严格的说直到 05 年之后我才是每天必来).

再来说一下新手的问题. 谁都是从新手一步步走来, 谁在初面对 linux 的时候都会感到茫然, 所以发出奇怪的求助帖并不算什么, 大家都可以理解, 所以大家当然会用自己认为 _最好_ 的方式来回答. 相信我, linuxsir 上没有坏人. 正是由于大家都是一步步从新手开始, 所以大家都明白一个道理: 长痛不如短痛. linux 的学习曲线注定漫长, 也注定更多的要靠个人的努力, 而不是别人的帮助. 所以, 尽管楼主所提到的那种只有命令的光秃秃的回复经常出现, 但是楼主是否注意到, 只要被回复者肯进一步去讨论那一串命令的含义, 那么回复者都会给出非常详尽的解释. 这就是帮助别人思考的最好方式.

最后又回到了 linuxsir 本质的话题上, linuxsir 是一个讨论型的论坛, 而不是付费的技术支持网站, 大家回帖的目的并不只是要解决一个问题, 而是希望大家在 _讨论_ 中共同得到成长.

tfkdmwmqtr

看了“提问的智慧”，就在想回帖的是不是也有个技巧什么的？终于有人叫板了，呵呵看大家怎么说。
楼主，您继续，我等着呢。

yangyang123

谢谢大家来捧场阿呵呵
其实我是各个Unix,Linux都会常常去逛逛，虽然说技术不咋样（汗-_-!)
确实发现这里是一个不错的地方，其他有的网站我就不说了，漫天的Linux培训的广告阿
言归正传
首先回复一下二楼的兄弟呵呵，其中有一点我不敢苟同哦
直接给出答案的能够叫给出一个思路吗？窃以为不是如此
我想现在发帖比较多的就是新手了，（高手们都潜水吧呵呵）
单单写出一个复杂的命令，看起来确实是比较费时费劲的
这种天书一般的命令我想在高手直接讨论比较合适，对于新手而言，
注释和解释比代码本身的“高科技”度更有用（有没有认同我的呵呵）
所以我建议大家回复的时候尽量的“稍微”的写一点注释，方便了别人
也是方便了自己，至少新手会觉得你真是个体贴的人阿呵呵
对待新人，体贴一点，对他们的成长也是有好处的
这是我的一些个人意见，不知道大家有什么建议呵呵

yongjian

＋1
我想remotefish的意思不是说给出光秃秃的代码回复就算完成守业解惑了。两位说的都有道理，问题在于提问/答疑双方对于求解的态度。讨论毕竟不等同于自己在写程序，注释越详细越好。讨论是可以深入的，而且解惑的人最忌讳的就是给出太过详细的思路而导致给提问的人留下的思考空间几乎就没有了。为什么大家都比较忌讳作业问题呢，也是这个原因。甚至提示性的代码都不想给，直接回复去查书，google什么的。一是对解答的人来说省事了，也没有必要和义务去帮别人做作业，二呢就是force提问的人自己去学。

给出命令而没有注释有类似的目的。我命令都给了，题目你也知道，这个命令到底干了什么你也知道，剩下不知道的大概就是它是怎么实现的。那么你能不能自己去翻书，反复练习，而找到答案呢。实在不能，那么，你完全可以继续跟帖提出你到底在哪个知识点卡住了。高手对于这种情况往往是极其的热衷，一是高手是看得出提问的人是否有自己实践过的，二是对问题深入的讨论往往能显示高手们在某一知识点上的深入研究和技术。甚至有时由于提问的人深入到了问题的本质，连高手都问倒了。这种帖的价值和可借鉴程度可想就比一般的帖要高的多了。对于精彩的问题，高手们会不厌其烦的给出各种各样的解决方案，所以这种帖的知识含量是比较高的。由于linuxsir没有给单独的回复加精的功能，我们也就只能对某一帖加精。很多情况是其他的回复者提出了质量较高的问题而引起了广泛的讨论，也引出了较多高手给出方案，而不是最先发帖的人，如果以后有可能给予回复者以某种认可（比如某人对于一个问题给出了相当有价值的回复，我们可以对这一回复加精，从而加到那人的精华帖数中），那也许会更加刺激讨论的产生，同时对于贡献者来说也是一种公平的表现。

当然，对于太过晦涩的命令，给出一些简单的注释也是应该的。其实我个人不太喜欢太复杂的命令，即难写又难看懂，也许写的人自己都糊涂，只是篇幅所限或是想显显技术。大可不必。

remote fish

赞同 yongjian 兄的观点, 精辟至极, 直达本质. 提问者的态度直接决定了他会得到什么样的回复.

关于楼主四楼中的讨论, 我有一点想法. 解决问题的方法从来都不只有一条, linux 下更是如此, 一个问题用 sed 可以解决, 用 awk 可以解决, 也许用 tr 或者 cut 之类的也可以解决. 答复者给出的答复是他个人认为认为较好的方法, 但是谁也不会说这就是唯一的答案. 当然, 我们可以称这样的答复给出的是答案, 而不是思路. 但是如果说只有给出 "google xxx" 或者 "man yyy" 的才叫提示, 才叫给出思路, 那么我想这离问题解决之道反而是越来越远了.

至于 "适当" 的注释, 我想只要把每个版块中的帖子随便翻一翻, 那么我们就会发现这样一个事实, 那些看起来比较复杂的回复基本上都是有注释的

flf21

适当的注释应该由提问者自己来添加，这样会更快的了解知识，当然如果实在有弄不明白的，可以贴上自己的想法，大家一起来讨论！我相信这样进步会更快（个人看法），大侠们也乐于帮助这样的新手（其实我也是一个新手）！
ps：大家一起进步，一起快乐成长！

natury

其实，回贴的不可能面面俱到。当然有自己能看懂也不看不懂的。像我这种人很少发帖来问问题，学会在论坛里搜索是很重要的一种学习方法。往往搜索一个主题能搜出一堆相似的答案，这说明很多人在问同一个问题。如果我看不懂某个回答，我会去参考第二个回答，总会有一个回答能看明白的。实际没办法才发个贴来问人，论坛的高手也很乐意回答我的问题。

netman網中人

回答者的智慧

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

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 ****ing Manual）”的回覆，你會認為提問者應該去讀 TMD 手冊。當然，基本上你是對的，你應該幫助他們養成閱讀手冊的習慣。

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

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

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


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

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

r2007

对于回复的代码是否加注的问题，我的实践是不需要加注。
开始也考虑过加注，实际回复时发现两个问题，一是工作量很大，二是详细程度不好掌握。虽然一般只有一行到几行代码，但若详细注释恐怕要引用语法书了，由于不知道提问的相关知识面有多少，太简单了恐怕提问者还是会加问其不明白的地方。
经过在论坛的实践，我的经验是回复的代码除非有特别原因，一般不用加注释，一是效率大大提高，二是给提问者一个加深理解的空间。对好学者没有太多麻烦，大不了再问。对要答案的也无所谓，反正答案已经到手了，即使你费心注释，大多也会被忽略。