提问的智慧

维尼猴

这是一篇关于如何发问的文章，出处是对黑客，但其实对各种领域都有相当的适用性，尤其这里也是编程类论坛~~
看了一下，论坛里正好也没有，就搬过来啦（咳咳，我不会说我也是为了顺道摸水蹭积分的，毕竟积分神马的似乎也没啥用）

有兴趣的也可以看下人家的原网址，下面也附上传送门，或者随便搜搜也就有了，相信对于真想练英文的，这都不是事儿~
在其他论坛有看到简体中文版，但看见他们转来转去，也不知道到底是谁最早翻的了，避免可能出现的“版权问题”，直接用原网址里的link的繁体中文版本，如果看着吃力，可以去别处直接找，简体中文版的确实有很多（但没见正式与原作者完成互动的）
How To Ask Questions The Smart WayEric Steven Raymond
原文网址
繁体中文版原文网址

下面，正文开始啦~

（由于发文限制，搞成好几份了哈）

C！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
C！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！Fortran式分隔符！！！！！！！！！！！！！！！！！！！！！！！！！！！！
C！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

聲明

許多專案在他們的使用協助/說明網頁中連結了本指南，這麼做很好，我們也鼓勵大家都這麼做。但如果你是負責管理這個專案網頁的人，請在超連結附近的顯著位置上註明：

本指南不提供此專案的實際支援服務！

我們已經深刻領教到少了上述聲明所帶來的痛苦。因為少了這點聲明，我們不停地被一些白痴糾纏。這些白痴認為既然我們發布了這本指南，那麼我們就有責任解決世上所有的技術問題。

如果你是因為需要某些協助而正在閱讀這本指南，並且最後離開是因為發現從本指南作者們身上得不到直接的協助，那麼你就是我們所說的那些白痴之一。別問我們問題，我們只會忽略你。我們在這本指南中是教你如何從那些真正懂得你所遇到軟體或硬體問題的人取得協助，而99%的情況下那不會是我們。除非你確定本指南的作者之一剛好是你所遇到的問題領域的專家，否則請不要打擾我們，這樣大家都會開心一點。

簡介

在黑客的世界裡，當你拋出一個技術問題時，最終是否能得到有用的回答，往往取決於你所提問和追問的方式。本指南將教你如何正確的提問以獲得你滿意的答案。

不只是黑客，現在開放原始碼（Open Source）軟體已經相當盛行，你常常也可以由其他有經驗的使用者身上得到好答案，這是件**好事**；使用者比起黑客來，往往對那些新手常遇到的問題更寬容一些。然而，將有經驗的使用者視為黑客，並採用本指南所提的方法與他們溝通，同樣也是能從他們身上得到滿意回答的最有效方式。

首先你應該明白，黑客們喜愛有挑戰性的問題，或者能激發我們思維的好問題。如果我們並非如此，那我們也不會成為你想詢問的對象。如果你給了我們一個值得反覆咀嚼玩味的好問題，我們自會對你感激不盡。好問題是激勵，是厚禮。好問題可以提高我們的理解力，而且通常會暴露我們以前從沒意識到或者思考過的問題。對黑客而言，"好問題！"是誠摯的大力稱讚。

儘管如此，黑客們有著蔑視或傲慢面對簡單問題的壞名聲，這有時讓我們看起來對新手、無知者似乎較有敵意，但其實不是那樣的。

我們不諱言我們對那些不願思考、或者在發問前不做他們該做的事的人的蔑視。那些人是時間殺手 -– 他們只想索取，從不付出，消耗我們可用在更有趣的問題或更值得回答的人身上的時間。我們稱這樣的人為 失敗者（魯蛇） （由於歷史原因，我們有時把它拼作 lusers）。

我們意識到許多人只是想使用我們寫的軟體，他們對學習技術細節沒有興趣。對大多數人而言，電腦只是種工具，是種達到目的的手段而已。他們有自己的生活並且有更要緊的事要做。我們了解這點，也從不指望每個人都對這些讓我們著迷的技術問題感興趣。儘管如此，我們回答問題的風格是指向那些真正對此有興趣並願意主動參與解決問題的人，這一點不會變，也不該變。如果連這都變了，我們就是在降低做自己最擅長的事情上的效率。

我們（在很大程度上）是自願的，從繁忙的生活中抽出時間來解答疑惑，而且時常被提問淹沒。所以我們無情的濾掉一些話題，特別是拋棄那些看起來像失敗者的傢伙，以便更高效的利用時間來回答贏家（溫拿）的問題。

如果你厭惡我們的態度，高高在上，或過於傲慢，不妨也設身處地想想。我們並沒有要求你向我們屈服 -- 事實上，我們大多數人非常樂意與你平等地交流，只要你付出小小努力來滿足基本要求，我們就會歡迎你加入我們的文化。但讓我們幫助那些不願意幫助自己的人是沒有效率的。無知沒有關係，但裝白痴就是不行。

所以，你不必在技術上很在行才能吸引我們的注意，但你必須表現出能引導你變得在行的特質 -- 機敏、有想法、善於觀察、樂於主動參與解決問題。如果你做不到這些使你與眾不同的事情，我們建議你花點錢找家商業公司簽個技術支援服務合同，而不是要求黑客個人無償地幫助你。

如果你決定向我們求助，當然你也不希望被視為失敗者，更不願成為失敗者中的一員。能立刻得到快速並有效答案的最好方法，就是像贏家那樣提問 -- 聰明、自信、有解決問題的思路，只是偶爾在特定的問題上需要獲得一點幫助。

（歡迎對本指南提出改進意見。你可以 email 你的建議至 esr@thyrsus.com 或 respond-auto@linuxmafia.com。然而請注意，本文並非網路禮節的通用指南，而我們通常會拒絕無助於在技術論壇得到有用答案的建議。）

维尼猴

燕雨蔷薇 发表于 2017-8-5 18:59
繁体的，还好论坛顶上可以切换繁体简体。

啊，是这样，不过只是做了简单的逐字更换，并没有名词啊用语啊等转换功能，而且私以为多认认繁体字（有人希望称其为“正体字”）还是不错的

燕雨蔷薇

繁体的，还好论坛顶上可以切换繁体简体。

维尼猴

如何更好地回答問題

態度和善一點。

問題帶來的壓力常使人顯得無禮或愚蠢，其實並不是這樣。

對初犯者私下回覆。

對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎麼搜尋或在哪找常見問題都不知道。

如果你不確定，一定要說出來！

一個聽起來權威的錯誤回覆比沒有還要糟，別因為聽起來像個專家很好玩，就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。

如果幫不了忙，也別妨礙他。

不要在實際步驟上開玩笑，那樣也許會毀了使用者的配置 --有些可憐的呆瓜會把它當成真的指令。

試探性的反問以引出更多的細節。

如果你做得好，提問者可以學到點東西 --你也可以。試試將蠢問題轉變成好問題，別忘了我們都曾是新手。

儘管對那些懶蟲抱怨一聲 RTFM 是正當的，能指出文件的位置（即使只是建議個 Google 搜尋關鍵詞）會更好。

如果你決定回答，就請給出好的答案。

當別人正在用錯誤的工具或方法時別建議笨拙的權宜之計（workaround），應推薦更好的工具，重新界定問題。

正面的回答問題！

如果這個提問者已經很深入的研究而且也表明已經試過 X 、 Y 、 Z 、 A 、 B 、 C 但沒得到結果，回答 試試看 A 或是 B 或者 試試X 、 Y 、 Z 、 A 、 B 、 C 並附上一個連結一點用都沒有。

幫助你的社群從問題中學習。

當回覆一個好問題時，問問自己如何修改相關文件或常見問題文件以免再次解答同樣的問題？，接著再向文件維護者發一份補丁。

如果你是在研究一番後才做出的回答，展現你的技巧而不是直接端出結果。畢竟給人吃魚不如教他釣魚。

维尼猴

如果得不到回答

如果仍得不到回答，請不要以為我們覺得無法幫助你。有時只是看到你問題的人不知道答案罷了。沒有回應不代表你被忽視，雖然不可否認這種差別很難區分。

總的來說，簡單的重複張貼問題是個很糟的點子。這將被視為無意義的喧鬧。有點耐心，知道你問題答案的人可能生活在不同的時區，可能正在睡覺，也有可能你的問題一開始就沒有組織好。

你可以通過其他管道獲得幫助，這些管道通常更適合初學者的需要。

有許多網上的以及本地的使用者群組，由熱情的軟體愛好者（即使他們可能從沒親自寫過任何軟體）組成。通常人們組建這樣的團體來互相幫助並幫助新手。

另外，你可以向很多商業公司尋求幫助，不論公司大還是小。別為要付費才能獲得幫助而感到沮喪！畢竟，假使你的汽車發動機汽缸密封圈爆掉了-- 完全可能如此 --你還得把它送到修車鋪，並且為維修付費。就算軟體沒花費你一分錢，你也不能強求技術支援總是免費的。

對像是 Linux 這種大眾化的軟體，每個開發者至少會對應到上萬名使用者。根本不可能由一個人來處理來自上萬名使用者的求助電話。要知道，即使你要為這些協助付費，和你所購買的同類軟體相比，你所付出的也是微不足道的（通常封閉原始碼軟體的技術支援費用比開放原始碼軟體的要高得多，且內容也沒那麼豐富）。

维尼猴

好問題與蠢問題

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

蠢問題：

我可以在哪兒找到關於 Foonly Flurbamatic 的資料？

這種問法無非想得到 STFW 這樣的回答。

聰明問題：

我用Google搜索過 "Foonly Flurbamatic 2600"，但是沒找到有用的結果。誰知道上哪兒去找對這種設備編程的資料？

這個問題已經 STFW 過了，看起來他真的遇到了麻煩。

蠢問題

我從 foo 項目找來的源碼沒法編譯。它怎麼這麼爛？

他覺得都是別人的錯，這個傲慢自大的提問者

聰明問題

foo 專案代碼在 Nulix 6.2 版下無法編譯通過。我讀過了 FAQ，但裏面沒有提到跟 Nulix 有關的問題。這是我編譯過程的記錄，我有什麼做的不對的地方嗎？

提問者已經指明了環境，也讀過了FAQ，還列出了錯誤，並且他沒有把問題的責任推到別人頭上，他的問題值得被關注。

蠢問題

我的主機板有問題了，誰來幫我？

某黑客對這類問題的回答通常是：好的，還要幫你拍拍背和換尿布嗎？，然後按下刪除鍵。

聰明問題

我在 S2464 主機板上試過了 X 、 Y 和 Z ，但沒什麼作用，我又試了 A 、 B 和 C 。請注意當我嘗試 C 時的奇怪現象。顯然 florbish 正在 grommicking，但結果出人意料。通常在 Athlon MP 主機板上引起 grommicking 的原因是什麼？有誰知道接下來我該做些什麼測試才能找出問題？

這個傢伙，從另一個角度來看，值得去回答他。他表現出了解決問題的能力，而不是坐等天上掉答案。

在最後一個問題中，注意告訴我答案和給我啟示，指出我還應該做什麼診斷工作之間微妙而又重要的區別。

事實上，後一個問題源自於 2001 年 8 月在 Linux 內核郵件列表（lkml）上的一個真實的提問。我（Eric）就是那個提出問題的人。我在 Tyan S2464 主板上觀察到了這種無法解釋的鎖定現象，列表成員們提供了解決這一問題的重要資訊。

通過我的提問方法，我給了別人可以咀嚼玩味的東西；我設法讓人們很容易參與並且被吸引進來。我顯示了自己具備和他們同等的能力，並邀請他們與我共同探討。通過告訴他們我所走過的彎路，以避免他們再浪費時間，我也表明了對他們寶貴時間的尊重。

事後，當我向每個人表示感謝，並且讚賞這次良好的討論經歷的時候， 一個 Linux 內核郵件列表的成員表示，他覺得我的問題得到解決並非由於我是這個列表中的**名人**，而是因為我用了正確的方式來提問。

黑客從某種角度來說是擁有豐富知識但缺乏人情味的傢伙；我相信他是對的，如果我**像**個乞討者那樣提問，不論我是誰，一定會惹惱某些人或者被他們忽視。他建議我記下這件事，這直接導致了本指南的出現。

维尼猴

不該問的問題

以下是幾個經典蠢問題，以及黑客沒回答時心中所想的：

問題：我能在哪找到 X 程式或 X 資源？

問題：我怎樣用 X 做 Y？

問題：如何設定我的 shell 提示？

問題：我可以用 Bass-o-matic 文件轉換工具將 AcmeCorp 檔案轉換為 TeX 格式嗎？

問題：我的程式/設定/SQL語句沒有用

問題：我的 Windows 電腦有問題，你能幫我嗎？

問題：我的程式不會動了，我認為系統工具 X 有問題

問題：我在安裝 Linux（或者 X ）時有問題，你能幫我嗎？

問題：我怎麼才能破解 root 帳號/竊取 OP 特權/讀別人的郵件呢？

---

問題：我能在哪找到 X 程式或 X 資源？

回答：就在我找到它的地方啊，白痴 -- 搜索引擎的那一頭。天哪！難道還有人不會用 Google 嗎？

問題：我怎樣用 X 做 Y？

回答：如果你想解決的是 Y ，提問時別給出可能並不恰當的方法。這種問題說明提問者不但對 X 完全無知，也對 Y 要解決的問題糊塗，還被特定形勢禁錮了思維。最好忽略這種人，等他們把問題搞清楚了再說。

問題：如何設定我的 shell 提示？？

回答：如果你有足夠的智慧提這個問題，你也該有足夠的智慧去 RTFM，然後自己去找出來。

問題：我可以用 Bass-o-matic 文件轉換工具將 AcmeCorp 檔案轉換為 TeX 格式嗎？

回答：試試看就知道了。如果你試過，你既知道了答案，就不用浪費我的時間了。

問題：我的程式/設定/SQL語句沒有用

回答：這不算是問題吧，我對要我問你二十個問題才找得出你真正問題的問題沒興趣 -- 我有更有意思的事要做呢。在看到這類問題的時候，我的反應通常不外如下三種

• 你還有什麼要補充的嗎？
• 真糟糕，希望你能搞定。
• 這關我有什麼屁事？
  

問題：我的 Windows 電腦有問題，你能幫我嗎？

回答：能啊，扔掉萎軟的垃圾，換個像 Linux 或 BSD 的開放原始碼作業系統吧。

注意：如果程式有官方版 Windows 或者與 Windows 有互動（如Samba），你**可以**問與Windows相關的問題， 只是別對問題是由 Windows 作業系統而不是程式本身造成的回覆感到驚訝， 因為 Windows 一般來說實在太爛，這種說法通常都是對的。

問題：我的程式不會動了，我認為系統工具 X 有問題

回答：你完全有可能是第一個注意到被成千上萬用戶反覆使用的系統呼叫與函式庫檔案有明顯缺陷的人，更有可能的是你完全沒有根據。不同凡響的說法需要不同凡響的證據，當你這樣聲稱時，你必須有清楚而詳盡的缺陷說明文件作後盾。

問題：我在安裝 Linux（或者 X ）時有問題，你能幫我嗎？

回答：不能，我只有親自在你的電腦上動手才能找到毛病。還是去找你當地的 Linux 使用群組者尋求實際的指導吧（你能在這兒找到使用者群組的清單）。

注意：如果安裝問題與某 Linux 的發行版有關，在它的郵件列表、論壇或本地使用者群組中提問也許是恰當的。此時，應描述問題的準確細節。在此之前，先用 Linux 和**所有**被懷疑的硬體作關鍵詞仔細搜尋。

問題：我怎麼才能破解 root 帳號/竊取 OP 特權/讀別人的郵件呢？

回答：想要這樣做，說明了你是個卑鄙小人；想找個黑客幫你，說明你是個白癡！

维尼猴

如何避免扮演失敗者

在黑客社區的論壇中有那麼幾次你可能會搞砸 -- 以本指南所描述到的或類似的方式。而你會在公開場合中被告知你是如何搞砸的，也許攻擊的言語中還會帶點夾七夾八的顏色。

這種事發生以後，你能做的最糟糕的事莫過於哀嚎你的遭遇、宣稱被口頭攻擊、要求道歉、高聲尖叫、憋悶氣、威脅訴諸法律、向其雇主報怨、忘了關馬桶蓋等等。相反地，你該這麼做：

熬過去，這很正常。事實上，它是有益健康且合理的。

社區的標準不會自行維持，它們是通過參與者積極而**公開地**執行來維持的。不要哭嚎所有的批評都應該通過私下的郵件傳送，它不是這樣運作的。當有人評論你的一個說法有誤或者提出不同看法時，堅持聲稱受到個人攻擊也毫無益處，這些都是失敗者的態度。

也有其它的黑客論壇，受過高禮節要求的誤導，禁止參與者張貼任何對別人帖子挑毛病的消息，並聲稱如果你不想幫助用戶就閉嘴。 結果造成有想法的參與者紛紛離開，這麼做只會使它們淪為毫無意義的嘮叨與無用的技術論壇。

誇張的講法是：你要的是友善（以上述方式）還是有用？兩個裡面挑一個。

記著：當黑客說你搞砸了，並且（無論多麼刺耳）告訴你別再這樣做時，他正在為關心你和他的社群而行動。對他而言，不理你並將你從他的生活中濾掉更簡單。如果你無法做到感謝，至少要表現地有點尊嚴，別大聲哀嚎，也別因為自己是個有戲劇性超級敏感的靈魂和自以為有資格的新來者，就指望別人像對待脆弱的洋娃娃那樣對你。

有時候，即使你沒有搞砸（或者只是在他的想像中你搞砸了），有些人也會無緣無故地攻擊你本人。在這種情況下，抱怨倒是**真的**會把問題搞砸。

這些來找麻煩的人要麼是毫無辦法但自以為是專家的不中用傢伙，要麼就是測試你是否真會搞砸的心理專家。其它讀者要麼不理睬，要麼用自己的方式對付他們。這些來找麻煩的人在給他們自己找麻煩，這點你不用操心。

也別讓自己捲入口水戰，最好不要理睬大多數的口水戰 -- 當然，是在你檢驗它們只是口水戰，而並未指出你有搞砸的地方，且也沒有巧妙地將問題真正的答案藏於其後（這也是有可能的）。

维尼猴

如何解讀答案
RTFM和STFW：如何知道你已完全搞砸了

有一個古老而神聖的傳統：如果你收到RTFM （Read The Fucking Manual）的回應，回答者認為你應該去讀那該死的手冊。當然，基本上他是對的，你應該去讀一讀。

RTFM 有一個年輕的親戚。如果你收到STFW（Search The Fucking Web）的回應，回答者認為你應該到該死的網路上搜索過了。那人多半也是對的，去搜尋一下吧。（更溫和一點的說法是 Google是你的朋友！）

在論壇，你也可能被要求去爬爬論壇的舊文。事實上，有人甚至可能熱心地為你提供以前解決此問題的討論串。但不要依賴這種關照，提問前應該先搜索一下舊文。

通常，用這兩句之一回答你的人會給你一份包含你需要內容的手冊或者一個網址，而且他們打這些字的時候也正在讀著。這些答覆意味著回答者認為

• 你需要的資訊非常容易獲得；
• 你自己去搜索這些資訊比灌給你能讓你學到更多。
  

你不應該因此不爽；依照黑客的標準，他已經表示了對你一定程度的關注，而沒有對你的要求視而不見。你應該對他祖母般的慈祥表示感謝。

如果還是搞不懂

如果你看不懂回應，別立刻要求對方解釋。像你以前試著自己解決問題時那樣（利用手冊，FAQ，網路，身邊的高手），先試著去搞懂他的回應。如果你真的需要對方解釋，記得表現出你已經從中學到了點什麼。

比方說，如果我回答你：看來似乎是 zentry 卡住了；你應該先清除它。，然後，這是一個**很糟的**後續問題回應：zentry是什麼？ **好**的問法應該是這樣：哦~~~我看過說明了但是只有 -z 和 -p 兩個參數中提到了 zentries，而且還都沒有清楚的解釋如何清除它。你是指這兩個中的哪一個嗎？還是我看漏了什麼？

處理無禮的回應

很多黑客圈子中看似無禮的行為並不是存心冒犯。相反，它是直接了當，一針見血式的交流風格，這種風格更注重解決問題，而不是使人感覺舒服而卻模模糊糊。

如果你覺得被冒犯了，試著平靜地反應。如果有人真的做了出格的事，郵件列表、新聞群組或論壇中的前輩多半會招呼他。如果這**沒有發生而你卻發火了，那麼你發火對象的言語可能在黑客社區中看起來是正常的，而你**將被視為有錯的一方，這將傷害到你獲取訊息或幫助的機會。

另一方面，你偶而真的會碰到無禮和無聊的言行。與上述相反，對真正的冒犯者狠狠地打擊，用犀利的語言將其駁得體無完膚都是可以接受的。然而，在行事之前一定要非常非常的有根據。糾正無禮的言論與開始一場毫無意義的口水戰僅一線之隔，黑客們自己莽撞地越線的情況並不鮮見。如果你是新手或外人，避開這種莽撞的機會並不高。如果你想得到的是信息而不是消磨時光，這時最好不要把手放在鍵盤上以免冒險。

（有些人斷言很多黑客都有輕度的自閉症或亞斯伯格綜合症，缺少用於潤滑人類社會正常交往所需的神經。這既可能是真也可能是假的。如果你自己不是黑客，興許你認為我們腦袋有問題還能幫助你應付我們的古怪行為。只管這麼幹好了，我們不在乎。我們**喜歡**我們現在這個樣子，並且通常對病患標記都有站得住腳的懷疑。）

在下一節，我們會談到另一個問題，當**你**行為不當時所會受到的冒犯。

维尼猴

當你提問時  6

禮多人不怪，而且有時還很有幫助

彬彬有禮，多用請和謝謝您的關注，或謝謝你的關照。讓大家都知道你對他們花時間免費提供幫助心存感激。

坦白說，這一點並沒有比清晰、正確、精準並合法文法和避免使用專用格式重要（也不能取而代之）。黑客們一般寧可讀有點唐突但技術上鮮明的臭蟲報告，而不是那種有禮但含糊的報告。（如果這點讓你不解，記住我們是按問題能教我們什麼來評價問題的價值的）

然而，如果你有一串的問題待解決，客氣一點肯定會增加你得到有用回應的機會。

（我們注意到，自從本指南發佈後，從資深黑客那裡得到的唯一嚴重缺陷反饋，就是對預先道謝這一條。一些黑客覺得先謝了意味著事後就不用再感謝任何人的暗示。我們的建議是要麼先說先謝了，**然後**事後再對回覆者表示感謝，或者換種方式表達感激，譬如用謝謝你的關注或謝謝你的關照。）

問題解決後，加個簡短的補充說明

問題解決後，向所有幫助過你的人發個說明，讓他們知道問題是怎樣解決的，並再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關注，應該在那裡貼一個說明比較恰當。

最理想的方式是向最初提問的話題回覆此消息，並在標題中包含已修正，已解決或其它同等含義的明顯標記。在人來人往的郵件列表裡，一個看見討論串問題 X和問題的X - 已解決的潛在回覆者就明白不用再浪費時間了（除非他個人覺得問題 X的有趣），因此可以利用此時間去解決其它問題。

補充說明不必很長或是很深入；簡單的一句你好，原來是網路線出了問題！謝謝大家 – Bill比什麼也不說要來的好。事實上，除非結論真的很有技術含量，否則簡短可愛的小結比長篇大論更好。說明問題是怎樣解決的，但大可不必將解決問題的過程複述一遍。

對於有深度的問題，張貼除錯記錄的摘要是有幫助的。描述問題的最終狀態，說明是什麼解決了問題，在此**之後**才指明可以避免的盲點。避免盲點的部分應放在正確的解決方案和其它總結材料之後，而不要將此訊息搞成偵探推理小說。列出那些幫助過你的名字，會讓你交到更多朋友。

除了有禮貌和有內涵以外，這種類型的補充也有助於他人在郵件列表/新聞群組/論壇中搜索到真正解決你問題的方案，讓他們也從中受益。

至少，這種補充有助於讓每位參與協助的人因問題的解決而從中得到滿足感。如果你自己不是技術專家或者黑客，那就相信我們，這種感覺對於那些你向他們求助的大師或者專家而言，是非常重要的。問題懸而未決會讓人灰心；黑客們渴望看到問題被解決。好人有好報，滿足他們的渴望，你會在下次提問時嘗到甜頭。

思考一下怎樣才能避免他人將來也遇到類似的問題，自問寫一份文件或加個常見問題（FAQ）會不會有幫助。如果是的話就將它們發給維護者。

在黑客中，這種良好的後繼行動實際上比傳統的禮節更為重要，也是你如何透過善待他人而贏得聲譽的方式，這是非常有價值的資產。