摘要:本指南旨在幫助你提高發問技巧,以獲取你最想要的答案。對黑客而言,問得好是發自內心的大力稱贊。怎樣提問謹慎選擇論壇小心選擇提問的場合。提供問題發生的環境機器配置操作系統應用程序以及別的什么。
此文讓我受益良多。值得一讀,此文對我進步很多幫助。我一直保存著。在哪里來的無從考究~~~
在黑客世界里,當提出一個技術問題時,你能得到怎樣的回答?這取決于挖出答案的難度,同樣取決于你提問的方法。本指南旨在幫助你提高發問技巧,以獲取你最想要的答案。
首先你必須明白,黑客們只偏愛艱巨的任務,或者能激發他們思維的好問題。
如若不然,我們還來干嗎?如果你有值得我們反復咀嚼玩味的好問題,我們自會對你感激不盡。好問題是激勵,是厚禮,可以提高我們的理解力,而且通常會暴露我們以前從沒意識到或者思考過的問題。對黑客而言,“問得好!”是發自內心的大力稱贊。
盡管黑客們有蔑視簡單問題和不友善的壞名聲,有時看起來似乎我們對新手,對知識貧乏者懷有敵意,但其實不是那樣的。
我們不想掩飾對這樣一些人的蔑視--他們不愿思考,或者在發問前不去完成他們應該做的事。這種人只會謀殺時間--他們只愿索取,從不付出,無端消耗我們的時間,而我們本可以把時間用在更有趣的問題或者更值得回答的人身上。
我們稱這樣的人為“失敗者”(由于歷史原因,我們有時把它拼作“lusers”)。
我們在很大程度上屬于志愿者,從繁忙的生活中抽出時間來解惑答疑,而且時常被提問淹沒。所以我們無情的濾掉一些話題,特別是拋棄那些看起來象失敗者的家伙,以便更高效的利用時間來回答勝利者的問題。
如果你覺得我們過于傲慢的態度讓你不爽,讓你委屈,不妨設身處地想想。我們并沒有要求你向我們屈服--事實上,我們中的大多數人最喜歡公平交易不過了,只要你付出小小努力來滿足最起碼的要求,我們就會歡迎你加入到我們的文化中來。但讓我們幫助那些不愿意幫助自己的人是沒有意義的。如果你不能接受這種“歧視”,我們建議你花點錢找家商業公司簽個技術支持協議得了,別向黑客乞求幫助。
如果你決定向我們求助,當然不希望被視為失敗者,更不愿成為失敗者中的一 員。立刻得到有效答案的最好方法,就是象勝利者那樣提問--聰明、自信、有解決問題的思路,只是偶爾在特定的問題上需要獲得一點幫助。
在通過電郵、新聞組或者聊天室提出技術問題前,檢查你有沒有做到:
1. 通讀手冊,試著自己找答案。
2. 在FAQ里找答案(一份維護得好的FAQ可以包羅萬象:)。
3. 在網上搜索(個人推薦google~~~)。
4. 向你身邊精于此道的朋友打聽。
當你提出問題的時候,首先要說明在此之前你干了些什么;這將有助于樹立你的形象:你不是一個妄圖不勞而獲的乞討者,不愿浪費別人的時間。如果提問者能從答案中學到東西,我們更樂于回答他的問題。
周全的思考,準備好你的問題,草率的發問只能得到草率的回答,或者根本得 不到任何答案。越表現出在尋求幫助前為解決問題付出的努力,你越能得到實質性的幫助。
小心別問錯了問題。如果你的問題基于錯誤的假設,普通黑客(J. RandomHacker)通常會用無意義的字?饈屠創鷥茨悖睦鏘胱擰按牢侍?..”,希望著你會從問題的回答(而非你想得到的答案)中汲取教訓。
決不要自以為夠資格得到答案,你沒這種資格。畢竟你沒有為這種服務支付任何報酬。你要自己去“掙”回一個答案,靠提出一個有內涵的,有趣的,有思維激勵作用的問題--一個對社區的經驗有潛在貢獻的問題,而不僅僅是被動的從他人處索要知識--去掙到這個答案。
另一方面,表明你愿意在找答案的過程中做點什么,是一個非常好的開端。
“誰能給點提示?”、“我這個例子里缺了什么?”以及“我應該檢查什么地方?”比“請把確切的過程貼出來”更容易得到答復。因為你顯得只要有人指點正確的方向,你就有完成它的能力和決心。
小心選擇提問的場合。如果象下面描述的那樣,你很可能被忽略掉或者被看作失敗者:
1. 在風馬牛不相及的論壇貼出你的問題
2. 在探討高級技巧的論壇張貼非常初級的問題;反之亦然
3. 在太多的不同新聞組交*張貼
我們從經驗中發現,粗心的寫作者通常也是馬虎的思考者(我敢打包票)。
回答粗心大意者的問題很不值得,我們寧愿把時間耗在別處。
正確的拼寫,標點符號和大小寫很重要。
更一般的說,如果你的提問寫得象個半文盲,你很有可能被忽視。
如果你在使用非母語的論壇提問,你可以犯點拼寫和語法上的小錯--但決不能
在思考上馬虎(沒錯,我們能弄清兩者的分別)
在郵件列表或者新聞組中,大約50字以內的主題標題是抓住資深專家注意力的黃金時機。別用喋喋不休的“幫幫忙”(更別說“救命啊!!!!!”這樣讓人反感的話)來浪費這個機會。不要妄想用你的痛苦程度來打動我們,
別用空格代替問題的描述,哪怕是極其簡短的描述。
蠢問題:
救命啊!我的膝上機不能正常顯示了!
聰明問題:
XFree86 4.1下鼠標光標變形,Fooware MV1005的顯示芯片。
如果你在回復中提出問題,記得要修改內容標題,表明里面有一個問題。一個 看起來象“Re:測試”或者“Re:新bug”的問題很難引起足夠重視。另外,引 用并刪減前文的內容,給新來的讀者留下線索。
1. 謹慎明確的描述癥狀。
2. 提供問題發生的環境(機器配置、操作系統、應用程序以及別的什么)。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前采取了什么步驟去解決它。
5. 羅列最近做過什么可能有影響的硬件、軟件變更。
盡量想象一個黑客會怎樣反問你,在提問的時候預先給他答案。
Simon Tatham寫過一篇名為《如何有效的報告Bug》的出色短文。強力推薦你也讀一讀。
你需要提供精確有效的信息。這并不是要求你簡單的把成噸的出錯代碼或者數據完 全轉儲摘錄到你的提問中。如果你有龐大而復雜的測試條件,盡量把它剪裁得越小 越好。
這樣做的用處至少有三點。第一,表現出你為簡化問題付出了努力,這可以使你得 到回答的機會增加;第二,簡化問題使你得到有用答案的機會增
彬彬有禮,多用“請”和“先道個謝了”。讓大家都知道你對他們花費時間提供幫助心存感激。
然而,如果你有很多問題無法解決,禮貌將會增加你得到有用答案的機會。
(我們注意到,自從本指南發布后,從資深黑客處得到的唯一嚴重缺陷反饋,就是對預先道謝這一條。一些黑客覺得“先謝了”的言外之意是過后就不會再感謝任何人了。我們的建議是:都道謝。)
------------------------
問題解決后,加個簡短說明
------------------------
問題解決后,向所有幫助過你的人發個說明,讓他們知道問題是怎樣解決 的,并再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了 廣泛關注,應該在那里貼一個補充說明。
補充說明不必很長或是很深入;簡單的一句“你好,原來是網線出了問題!謝謝大家--Bill”比什么也不說要強。事實上,除非結論真的很有技術含量,否則簡短可愛的小結比長篇學術論文更好。說明問題是怎樣解決的,但大可不必將解決問題的過程復述一遍。
除了表示禮貌和反饋信息以外,這種補充有助于他人在郵件列表/新聞組/論壇中搜索對你有過幫助的完整解決方案,這可能對他們也很有用。
最后(至少?),這種補充有助于所有提供過幫助的人從中得到滿足感。
如果你自己不是老手或者黑客,那就相信我們,這種感覺對于那些你向他們求助的導師或者專家而言,是非常重要的。問題久拖未決會讓人灰心;黑客們渴望看到問題被解決。好人有好報,滿足他們的渴望,你會在下次貼出新問題時嘗到甜頭。
如果你不是很理解答案,別立刻要求對方解釋。象你以前試著自己解決問題時那樣(利用手冊,FAQ,網絡,身邊的高手),去理解它。如果你真的需要對方解釋,記得表現出你已經學到了點什么。
比方說,如果我回答你:“看來似乎是zEntry被阻塞了;你應該先清
除它。”,然后:
一個很糟的后續問題:“zEntry是什么?”
聰明的問法應該是這樣:“哦~~~我看過幫助了但是只有-z和-p兩個
參數中提到了zEntry而且還都沒有清楚的解釋:<你是指這兩個中的
哪一個嗎?還是我看漏了什么?”
以下是幾個經典蠢問題,以及黑客在拒絕回答時的心中所想:
問題:我能在哪找到X程序?
問題:我的程序/配置/SQL申明沒有用
問題:我的Windows有問題,你能幫我嗎?
問題:我在安裝Linux(或者X)時有問題,你能幫我嗎?
問題:我怎么才能破解root帳號/竊取OP特權/讀別人的郵件呢?
提問:我能在哪找到X程序?
回答:就在我找到它的地方啊蠢貨--搜索引擎的那一頭。天吶!
還有人不會用Google嗎?
提問:我的程序(配置、SQL申明)沒有用
回答:這不算是問題吧,我對找出你的真正問題沒興趣--如果要
我問你二十個問題才找得出來的話--我有更有意思的事要做呢。
在看到這類問題的時候,我的反應通常不外如下三種:
1. 你還有什么要補充的嗎?
2. 真糟糕,希望你能搞定。
3. 這跟我有什么鳥相關?
提問:我的Windows有問題,你能幫我嗎?
回答:能啊,扔掉萎軟的垃圾,換Linux吧。
提問:我在安裝Linux(或者X)時有問題,你能幫我嗎?
回答:不能,我只有親自在你的電腦上動手才能找到毛病。
還是去找你當地的Linux用戶組尋求手把手的指導吧(你能在這兒找到用戶組的清單)。
提問:我怎么才能破解root帳號/竊取OP特權/讀別人的郵件呢?
回答:想要這樣做,說明你是個卑鄙小人;想找個黑客幫你,說明你是個白癡!
最后,我舉一些例子來說明,怎樣聰明的提問;同一個問題的兩種問法被放在一起,一種是愚蠢的,另一種才是明智的。
蠢問題:我可以在哪兒找到關于Foonly Flurbamatic的資料?
這種問法無非想得到“STFW”這樣的回答
更多技術分享
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/70872.html
摘要:接下來手工實現了一個簡單的裝飾器原型,緊接著引入中的裝飾器語法。最后還列出了一些裝飾器的高級用法,包括給裝飾器傳遞參數等。讀完整個答案,一定能對裝飾器有較深的理解,并且知道理解裝飾器的思考過程。 作為一名程序員,如果沒有聽過 Stackoverflow,那么你最好去面壁思過一下。程序員最需要閱讀的一本編程書籍(其實編程書留下這本就夠了!): showImg(https://segmen...
摘要:但是究竟什么是區塊鏈呢如何基于區塊鏈構建去中心化的應用這個系列文章很有料,有圖文解釋有代碼實例,非常適合入門。想知道我接下來會寫些什么歡迎訂閱我的掘金專欄或知乎專欄前端周刊讓你在前端領域跟上時代的腳步。 showImg(https://segmentfault.com/img/remote/1460000010417511); 共 2044 字,讀完需 4 分鐘。本期以《提問的智慧》作...
摘要:中國全量鏡像是由社區聯合又拍云與優帆遠揚共同合作推出的公益項目,旨在為廣大用戶提供穩定和高速的國內鏡像服務。致謝中國全量鏡像的由國內領先服務商又拍云提供,相信這次聯合合作能給鏡像提供穩定快速的支持。 showImg(https://dn-phphub.qbox.me/uploads/images/201704/21/1/dDANSZZbWZ.jpg); 『Composer 中國全量鏡像...
摘要:開頭正式開啟我入職的里程,現在已是工作了一個星期了,這個星期算是我入職的過渡期,算是知道了學校生活和工作的差距了,總之,盡快習慣這種生活吧。當時是看的廖雪峰的博客自己也用做爬蟲寫過幾篇博客,不過有些是在前人的基礎上寫的。 showImg(https://segmentfault.com/img/remote/1460000010867984); 開頭 2017.08.21 正式開啟我...
閱讀 1443·2021-11-22 13:54
閱讀 4323·2021-09-22 15:56
閱讀 1815·2021-09-03 10:30
閱讀 1318·2021-09-03 10:30
閱讀 2086·2019-08-30 15:55
閱讀 1851·2019-08-30 14:13
閱讀 2059·2019-08-29 15:19
閱讀 2341·2019-08-28 18:13