长春摄影工作室哪家好:[轉載] 提問的智慧 How To Ask Questions The Smart Way...
来源:百度文库 编辑:中财网 时间:2024/10/05 22:14:38
簡要概括
首先要有這樣的概念:
a.福爾摩斯也不能憑空推斷問題的答案。
b.精確的描述,是間接判斷問題的依據。
c.要精確,而不是要過多,不要讓過長的問題描述使得可能回答問題的人感到疲憊。 精確描述資訊
1. 謹慎明確的描述症狀。
2. 提供問題發生的環境(機器配置、作業系統、應用程式以及別的什麼)。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬體、軟體變更。
Copyright (C) 2001 by Eric S. Raymond 中文版Copyleft 2001 by D.H.Grand(nOBODY/Ginux)
英文版:http://www.tuxedo.org/~esr/faqs/smart-questions.html 感謝Eric的耐心指點和同意,本文才得以完成並發佈,本指南 英文版版權為Eric Steven Raymond所有, 中文版版權由D.H.Grand[nOBODY/Ginux]所有。 在駭客世界裏,當提出一個技術問題時,你能得到怎樣的回答?這取決於挖出答案的難度,
同樣取決於你提問的方法。本指南旨在幫助你提高發問技巧,以獲取你最想要的答案。 首先你必須明白,駭客們只偏愛艱巨的任務,或者能激發他們思維的好問題。 如若不然,
我們還來幹嗎?如果你有值得我們反復咀嚼玩味的好問題,我們自會對你感激不盡。好問題
是激勵,是厚禮,可以提高我們的理解力,而且通常會暴露我們以前從沒意識到或者思考過
的問題。對駭客而言,“問得好!”是發自內心的大力稱讚。 儘管駭客們有蔑視簡單問題和不友善的壞名聲,有時看起來似乎我們對新手,對知識貧乏者
懷有敵意,但其實不是那樣的。 我們不想掩飾對這樣一些人的蔑視--他們不願思考,或者在發問前不去完成他們應該做的事
。這種人只會謀殺時間--他們只願索取,從不付出,無端消耗我們的時間,而我們本可以把
時間用在更有趣的問題或者更值得回答的人身上。我們稱這樣的人為“失敗者”(由於歷史
原因,我們有時把它拼作“lusers”)。 我們在很大程度上屬於志願者,從繁忙的生活中抽出時間來解惑答疑,而且時常被提問淹沒
。所以我們無情的濾掉一些話題,特別是拋棄那些看起來象失敗者的傢伙,以便更高效的利
用時間來回答勝利者的問題。 如果你覺得我們過於傲慢的態度讓你不爽,讓你委屈,不妨設身處地想想。我們並沒有要求
你向我們屈服--事實上,我們中的大多數人最喜歡公平交易不過了,只要你付出小小努力來
滿足最起碼的要求,我們就會歡迎你加入到我們的文化中來。但讓我們幫助那些不願意幫助
自己的人是沒有意義的。如果你不能接受這種“歧視”,我們建議你花點錢找家商業公司簽
個技術支援協定得了,別向駭客乞求幫助。 如果你決定向我們求助,當然不希望被視為失敗者,更不願成為失敗者中的一員。立刻得到
有效答案的最好方法,就是象勝利者那樣提問--聰明、自信、有解決問題的思路,只是偶爾
在特定的問題上需要獲得一點幫助。 (歡迎對本指南提出改進意見。任何建議請E-mail至esr@thyrsus.com,然而請注意,本文並
非網路禮節的通用指南,我通常會拒絕無助於在技術論壇得到有用答案的建議。) (當然,如果你寫中文,最好還是寄到DHGrand@hotmail.com;-) ================
提問之前(Before You Ask)
================
在通過電郵、新聞組或者聊天室提出技術問題前,檢查你有沒有做到:
1. 通讀手冊,試著自己找答案。
2. 在FAQ裏找答案(一份維護得好的FAQ可以包羅萬象:)。
3. 在網上搜索(個人推薦google~~~)。
4. 向你身邊精於此道的朋友打聽。 當你提出問題的時候,首先要說明在此之前你幹了些什麼;這將有助於樹立你的形象:你不
是一個妄圖不勞而獲的乞討者,不願浪費別人的時間。如果提問者能從答案中學到東西,我
們更樂於回答他的問題。 周全的思考,準備好你的問題,草率的發問只能得到草率的回答,或者根本得不到任何答案
。越表現出在尋求幫助前為解決問題付出的努力,你越能得到實質性的幫助。 小心別問錯了問題。如果你的問題基於錯誤的假設,普通駭客(J. Random Hacker)通常會
用無意義的字面解釋來答復你,心裏想著“蠢問題...”,希望著你會從問題的回答(而非
你想得到的答案)中汲取教訓。 決不要自以為夠資格得到答案,你沒這種資格。畢竟你沒有為這種服務支付任何報酬。你要
自己去“掙”回一個答案,靠提出一個有內涵的,有趣的,有思維激勵作用的問題--一個對
社區的經驗有潛在貢獻的問題,而不僅僅是被動的從他人處索要知識--去掙到這個答案。 另一方面,表明你願意在找答案的過程中做點什麼,是一個非常好的開端。“誰能給點提示
?”、“我這個例子裏缺了什麼?”以及“我應該檢查什麼地方?”比“請把確切的過程貼
出來”更容易得到答復。因為你顯得只要有人指點正確的方向,你就有完成它的能力和決心。 ================
怎樣提問 (When You Ask)
================ 謹慎選擇論壇 小心選擇提問的場合。如果象下面描述的那樣,你很可能被忽略掉或者被看作失敗者:
1. 在風馬牛不相及的論壇貼出你的問題
2. 在探討高級技巧的論壇張貼非常初級的問題;反之亦然
3. 在太多的不同新聞組交叉張貼 用辭貼切,語法正確,拼寫無誤 我們從經驗中發現,粗心的寫作者通常也是馬虎的思考者(我敢打包票)。 回答粗心大意者的問題很不值得,我們寧願把時間耗在別處。 正確的拼寫,標點符號和大小寫很重要。 更一般的說,如果你的提問寫得象個半文盲,你很有可能被忽視。 如果你在使用非母語的論壇提問,你可以犯點拼寫和語法上的小錯--但決不能在思考上馬虎
(沒錯,我們能弄清兩者的分別) 使用含義豐富,描述準確的標題 在郵件列表或者新聞組中,大約50字以內的主題標題是抓住資深專家注意力的黃金時機。別
用喋喋不休的“幫幫忙”(更別說“救命啊!!!!!”這樣讓人反感的話)來浪費這個機
會。不要妄想用你的痛苦程度來打動我們,別用空格代替問題的描述,哪怕是極其簡短的描
述。 蠢問題: 救命啊!我的膝上機不能正常顯示了! 聰明問題: XFree86 4.1下滑鼠游標變形,Fooware MV1005的顯示晶片。 如果你在回復中提出問題,記得要修改內容標題,表明裏面有一個問題。一個看起來象“Re
:測試”或者“Re:新bug”的問題很難引起足夠重視。另外,引用並刪減前文的內容,給新
來的讀者留下線索。 精確描述,訊息量大 1. 謹慎明確的描述症狀。
2. 提供問題發生的環境(機器配置、作業系統、應用程式以及別的什麼)。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬體、軟體變更。 儘量想像一個駭客會怎樣反問你,在提問的時候預先給他答案。 Simon Tatham寫過一篇名為《如何有效的報告Bug》的出色短文。強力推薦你也讀一讀。 話不在多 你需要提供精確有效的資訊。這並不是要求你簡單的把成噸的出錯代碼或者資料完全轉儲摘
錄到你的提問中。如果你有龐大而複雜的測試條件,儘量把它剪裁得越小越好。 這樣做的用處至少有三點。第一,表現出你為簡化問題付出了努力,這可以使你得到回答的
機會增加;第二,簡化問題使你得到有用答案的機會增加;第三,在提煉你的bug報告的過程
中,也許你自己就能找出問題所在或作出更正。 按時間順序列出症狀 對找出問題最有幫助的線索,往往就是問題發生前的一系列操作,因此,你的說明應該包含
操作步驟,以及電腦的反應,直到問題產生。 如果你的說明很長(超過四個段落),在開頭簡述問題會有所幫助,接下來按時間順序詳述
。這樣駭客們就知道該在你的說明中找什麼。 明白你想問什麼 漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的人(他們忙
是因為要親自完成大部分工作)。這樣的人對無節制的時間黑洞不太感冒,因此也可以說他
們對漫無邊際的提問不大感冒。 如果你明確表述需要回答者做什麼(提供建議,發送一段
代碼,檢查你的補丁或是別的),就最有可能得到有用的答案。這會定出一個時間和精力的
上限,便於回答者集中精力來幫你,這很湊效。 要理解專家們生活的世界,要把專業技能想像為充裕的資源,而回復的時間則是貧乏的資源
。解決你的問題需要的時間越少,越能從忙碌的專家口中掏出答案。 因此,優化問題的結
構,儘量減少專家們解決它所需要的時間,會有很大的幫助--這通常和簡化問題有所區別。
因此,問“我想更好的理解X,能給點提示嗎?”通常比問“你能解釋一下X嗎?”更好。
如果你的代碼不能工作,問問它有什麼地方不對,比要求別人替你修改要明智得多。 別問應該自己解決的問題 駭客們總是善於分辨哪些問題應該由你自己解決;因為我們中的大多數都曾自己解決這類問
題。同樣,這些問題得由你來搞定,你會從中學到東西。你可以要求給點提示,但別要求得
到完整的解決方案。 去除無意義的疑問 別用無意義的話結束提問,例如“有人能幫我嗎?”或者“有答案嗎?”。 首先:如果你對問題的描述不很合適,這樣問更是畫蛇添足。其次:由於這樣問是畫蛇添足
,駭客們會很厭煩你--而且通常會用邏輯上正確的回答來表示他們的蔑視,例如:“沒錯,
有人能幫你”或者“不,沒答案”。 謙遜絕沒有害處,而且常幫大忙 彬彬有禮,多用“請”和“先道個謝了”。讓大家都知道你對他們花費時間義務提供幫助心
存感激。 然而,如果你有很多問題無法解決,禮貌將會增加你得到有用答案的機會。 (我們注意到,自從本指南發佈後,從資深駭客處得到的唯一嚴重缺陷回饋,就是對預先道
謝這一條。一些駭客覺得“先謝了”的言外之意是過後就不會再感謝任何人了。我們的建議
是:都道謝。) 問題解決後,加個簡短說明 問題解決後,向所有幫助過你的人發個說明,讓他們知道問題是怎樣解決的,並再一次向他
們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關注,應該在那裏貼一個補充說
明。補充說明不必很長或是很深入;簡單的一句“你好,原來是網線出了問題!謝謝大家--
Bill”比什麼也不說要強。事實上,除非結論真的很有技術含量,否則簡短可愛的小結比長
篇學術論文更好。說明問題是怎樣解決的,但大可不必將解決問題的過程復述一遍。 除了表示禮貌和回饋資訊以外,這種補充有助於他人在郵件列表/新聞組/論壇中搜索對你有
過幫助的完整解決方案,這可能對他們也很有用。 最後(至少?),這種補充有助於所有提供過幫助的人從中得到滿足感。如果你自己不是老
手或者駭客,那就相信我們,這種感覺對於那些你向他們求助的導師或者專家而言,是非常
重要的。問題久拖未決會讓人灰心;駭客們渴望看到問題被解決。好人有好報,滿足他們的
渴望,你會在下次貼出新問題時嘗到甜頭。
本文来自: 人大经济论坛 详细出处参考:http://www.pinggu.org/bbs/viewthread.php?tid=427221&page=1&fromuid=1211891
首先要有這樣的概念:
a.福爾摩斯也不能憑空推斷問題的答案。
b.精確的描述,是間接判斷問題的依據。
c.要精確,而不是要過多,不要讓過長的問題描述使得可能回答問題的人感到疲憊。 精確描述資訊
1. 謹慎明確的描述症狀。
2. 提供問題發生的環境(機器配置、作業系統、應用程式以及別的什麼)。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬體、軟體變更。
Copyright (C) 2001 by Eric S. Raymond 中文版Copyleft 2001 by D.H.Grand(nOBODY/Ginux)
英文版:http://www.tuxedo.org/~esr/faqs/smart-questions.html 感謝Eric的耐心指點和同意,本文才得以完成並發佈,本指南 英文版版權為Eric Steven Raymond所有, 中文版版權由D.H.Grand[nOBODY/Ginux]所有。 在駭客世界裏,當提出一個技術問題時,你能得到怎樣的回答?這取決於挖出答案的難度,
同樣取決於你提問的方法。本指南旨在幫助你提高發問技巧,以獲取你最想要的答案。 首先你必須明白,駭客們只偏愛艱巨的任務,或者能激發他們思維的好問題。 如若不然,
我們還來幹嗎?如果你有值得我們反復咀嚼玩味的好問題,我們自會對你感激不盡。好問題
是激勵,是厚禮,可以提高我們的理解力,而且通常會暴露我們以前從沒意識到或者思考過
的問題。對駭客而言,“問得好!”是發自內心的大力稱讚。 儘管駭客們有蔑視簡單問題和不友善的壞名聲,有時看起來似乎我們對新手,對知識貧乏者
懷有敵意,但其實不是那樣的。 我們不想掩飾對這樣一些人的蔑視--他們不願思考,或者在發問前不去完成他們應該做的事
。這種人只會謀殺時間--他們只願索取,從不付出,無端消耗我們的時間,而我們本可以把
時間用在更有趣的問題或者更值得回答的人身上。我們稱這樣的人為“失敗者”(由於歷史
原因,我們有時把它拼作“lusers”)。 我們在很大程度上屬於志願者,從繁忙的生活中抽出時間來解惑答疑,而且時常被提問淹沒
。所以我們無情的濾掉一些話題,特別是拋棄那些看起來象失敗者的傢伙,以便更高效的利
用時間來回答勝利者的問題。 如果你覺得我們過於傲慢的態度讓你不爽,讓你委屈,不妨設身處地想想。我們並沒有要求
你向我們屈服--事實上,我們中的大多數人最喜歡公平交易不過了,只要你付出小小努力來
滿足最起碼的要求,我們就會歡迎你加入到我們的文化中來。但讓我們幫助那些不願意幫助
自己的人是沒有意義的。如果你不能接受這種“歧視”,我們建議你花點錢找家商業公司簽
個技術支援協定得了,別向駭客乞求幫助。 如果你決定向我們求助,當然不希望被視為失敗者,更不願成為失敗者中的一員。立刻得到
有效答案的最好方法,就是象勝利者那樣提問--聰明、自信、有解決問題的思路,只是偶爾
在特定的問題上需要獲得一點幫助。 (歡迎對本指南提出改進意見。任何建議請E-mail至esr@thyrsus.com,然而請注意,本文並
非網路禮節的通用指南,我通常會拒絕無助於在技術論壇得到有用答案的建議。) (當然,如果你寫中文,最好還是寄到DHGrand@hotmail.com;-) ================
提問之前(Before You Ask)
================
在通過電郵、新聞組或者聊天室提出技術問題前,檢查你有沒有做到:
1. 通讀手冊,試著自己找答案。
2. 在FAQ裏找答案(一份維護得好的FAQ可以包羅萬象:)。
3. 在網上搜索(個人推薦google~~~)。
4. 向你身邊精於此道的朋友打聽。 當你提出問題的時候,首先要說明在此之前你幹了些什麼;這將有助於樹立你的形象:你不
是一個妄圖不勞而獲的乞討者,不願浪費別人的時間。如果提問者能從答案中學到東西,我
們更樂於回答他的問題。 周全的思考,準備好你的問題,草率的發問只能得到草率的回答,或者根本得不到任何答案
。越表現出在尋求幫助前為解決問題付出的努力,你越能得到實質性的幫助。 小心別問錯了問題。如果你的問題基於錯誤的假設,普通駭客(J. Random Hacker)通常會
用無意義的字面解釋來答復你,心裏想著“蠢問題...”,希望著你會從問題的回答(而非
你想得到的答案)中汲取教訓。 決不要自以為夠資格得到答案,你沒這種資格。畢竟你沒有為這種服務支付任何報酬。你要
自己去“掙”回一個答案,靠提出一個有內涵的,有趣的,有思維激勵作用的問題--一個對
社區的經驗有潛在貢獻的問題,而不僅僅是被動的從他人處索要知識--去掙到這個答案。 另一方面,表明你願意在找答案的過程中做點什麼,是一個非常好的開端。“誰能給點提示
?”、“我這個例子裏缺了什麼?”以及“我應該檢查什麼地方?”比“請把確切的過程貼
出來”更容易得到答復。因為你顯得只要有人指點正確的方向,你就有完成它的能力和決心。 ================
怎樣提問 (When You Ask)
================ 謹慎選擇論壇 小心選擇提問的場合。如果象下面描述的那樣,你很可能被忽略掉或者被看作失敗者:
1. 在風馬牛不相及的論壇貼出你的問題
2. 在探討高級技巧的論壇張貼非常初級的問題;反之亦然
3. 在太多的不同新聞組交叉張貼 用辭貼切,語法正確,拼寫無誤 我們從經驗中發現,粗心的寫作者通常也是馬虎的思考者(我敢打包票)。 回答粗心大意者的問題很不值得,我們寧願把時間耗在別處。 正確的拼寫,標點符號和大小寫很重要。 更一般的說,如果你的提問寫得象個半文盲,你很有可能被忽視。 如果你在使用非母語的論壇提問,你可以犯點拼寫和語法上的小錯--但決不能在思考上馬虎
(沒錯,我們能弄清兩者的分別) 使用含義豐富,描述準確的標題 在郵件列表或者新聞組中,大約50字以內的主題標題是抓住資深專家注意力的黃金時機。別
用喋喋不休的“幫幫忙”(更別說“救命啊!!!!!”這樣讓人反感的話)來浪費這個機
會。不要妄想用你的痛苦程度來打動我們,別用空格代替問題的描述,哪怕是極其簡短的描
述。 蠢問題: 救命啊!我的膝上機不能正常顯示了! 聰明問題: XFree86 4.1下滑鼠游標變形,Fooware MV1005的顯示晶片。 如果你在回復中提出問題,記得要修改內容標題,表明裏面有一個問題。一個看起來象“Re
:測試”或者“Re:新bug”的問題很難引起足夠重視。另外,引用並刪減前文的內容,給新
來的讀者留下線索。 精確描述,訊息量大 1. 謹慎明確的描述症狀。
2. 提供問題發生的環境(機器配置、作業系統、應用程式以及別的什麼)。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬體、軟體變更。 儘量想像一個駭客會怎樣反問你,在提問的時候預先給他答案。 Simon Tatham寫過一篇名為《如何有效的報告Bug》的出色短文。強力推薦你也讀一讀。 話不在多 你需要提供精確有效的資訊。這並不是要求你簡單的把成噸的出錯代碼或者資料完全轉儲摘
錄到你的提問中。如果你有龐大而複雜的測試條件,儘量把它剪裁得越小越好。 這樣做的用處至少有三點。第一,表現出你為簡化問題付出了努力,這可以使你得到回答的
機會增加;第二,簡化問題使你得到有用答案的機會增加;第三,在提煉你的bug報告的過程
中,也許你自己就能找出問題所在或作出更正。 按時間順序列出症狀 對找出問題最有幫助的線索,往往就是問題發生前的一系列操作,因此,你的說明應該包含
操作步驟,以及電腦的反應,直到問題產生。 如果你的說明很長(超過四個段落),在開頭簡述問題會有所幫助,接下來按時間順序詳述
。這樣駭客們就知道該在你的說明中找什麼。 明白你想問什麼 漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的人(他們忙
是因為要親自完成大部分工作)。這樣的人對無節制的時間黑洞不太感冒,因此也可以說他
們對漫無邊際的提問不大感冒。 如果你明確表述需要回答者做什麼(提供建議,發送一段
代碼,檢查你的補丁或是別的),就最有可能得到有用的答案。這會定出一個時間和精力的
上限,便於回答者集中精力來幫你,這很湊效。 要理解專家們生活的世界,要把專業技能想像為充裕的資源,而回復的時間則是貧乏的資源
。解決你的問題需要的時間越少,越能從忙碌的專家口中掏出答案。 因此,優化問題的結
構,儘量減少專家們解決它所需要的時間,會有很大的幫助--這通常和簡化問題有所區別。
因此,問“我想更好的理解X,能給點提示嗎?”通常比問“你能解釋一下X嗎?”更好。
如果你的代碼不能工作,問問它有什麼地方不對,比要求別人替你修改要明智得多。 別問應該自己解決的問題 駭客們總是善於分辨哪些問題應該由你自己解決;因為我們中的大多數都曾自己解決這類問
題。同樣,這些問題得由你來搞定,你會從中學到東西。你可以要求給點提示,但別要求得
到完整的解決方案。 去除無意義的疑問 別用無意義的話結束提問,例如“有人能幫我嗎?”或者“有答案嗎?”。 首先:如果你對問題的描述不很合適,這樣問更是畫蛇添足。其次:由於這樣問是畫蛇添足
,駭客們會很厭煩你--而且通常會用邏輯上正確的回答來表示他們的蔑視,例如:“沒錯,
有人能幫你”或者“不,沒答案”。 謙遜絕沒有害處,而且常幫大忙 彬彬有禮,多用“請”和“先道個謝了”。讓大家都知道你對他們花費時間義務提供幫助心
存感激。 然而,如果你有很多問題無法解決,禮貌將會增加你得到有用答案的機會。 (我們注意到,自從本指南發佈後,從資深駭客處得到的唯一嚴重缺陷回饋,就是對預先道
謝這一條。一些駭客覺得“先謝了”的言外之意是過後就不會再感謝任何人了。我們的建議
是:都道謝。) 問題解決後,加個簡短說明 問題解決後,向所有幫助過你的人發個說明,讓他們知道問題是怎樣解決的,並再一次向他
們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關注,應該在那裏貼一個補充說
明。補充說明不必很長或是很深入;簡單的一句“你好,原來是網線出了問題!謝謝大家--
Bill”比什麼也不說要強。事實上,除非結論真的很有技術含量,否則簡短可愛的小結比長
篇學術論文更好。說明問題是怎樣解決的,但大可不必將解決問題的過程復述一遍。 除了表示禮貌和回饋資訊以外,這種補充有助於他人在郵件列表/新聞組/論壇中搜索對你有
過幫助的完整解決方案,這可能對他們也很有用。 最後(至少?),這種補充有助於所有提供過幫助的人從中得到滿足感。如果你自己不是老
手或者駭客,那就相信我們,這種感覺對於那些你向他們求助的導師或者專家而言,是非常
重要的。問題久拖未決會讓人灰心;駭客們渴望看到問題被解決。好人有好報,滿足他們的
渴望,你會在下次貼出新問題時嘗到甜頭。
本文来自: 人大经济论坛 详细出处参考:http://www.pinggu.org/bbs/viewthread.php?tid=427221&page=1&fromuid=1211891
so as to; such as to; such to; as much as to 的区分
How to make our company economic system work more efficiency as we learn about Japan company?
How to explain Stroke Color/Width, such as for fonts in a pdf text box.
英语作文啊~~~As a girl, how to work for my future
in order to与so as to的区别?
as to as for区别
what to do和how to do的区别
what to do和how to do的区别
请问how to do与what to do的区别
how to do和what to do的区别
what to do... 和 how to do......的区别是什么?
how to became to tall
how to reach to happy?
how to reach to happy?
How to to distinguish diamond??
how to be rich
how to use 酷狗
How to get satisfied?
how to protect environment
how to study English
how to happy?
how to 治疗失眠
how to meditate?
how to write article?