如何快速而優雅的解決問題(提問的智慧簡略版)
提問的智慧原文鏈接
不要隨便提問!!
不要隨便提問!!
不要隨便提問!!
在各種解決基本技術問題的方式里,在qq群或者私聊里提問,是你所能操作的方式里最慢,效率最低,成本最高,而且你能學到東西最少的解決方式!!!
請不要過高的估算自己的問題難度,截止2202年,這個世界上有38億人在互聯網上活躍,通常情況下,你們所遇到的問題中的絕大部分都已經有無數的前車之鑒將解決方案糊在了網上!
打開瀏覽器,然后打開谷歌或者百度或者搜狗或者雅虎或者360搜索或者任何其它的搜索引擎(你們有多么多的選擇啊),然后搜索你所遇到的問題,(請務必精準簡潔的概括你的問題,如果你搜索“救命啊,我的電腦壞了,有人能幫我嗎?xxxx壞了!”純屬自己作死,請不要說自己是工程師,謝謝,),通常情況下使用搜索引擎是大部分問題最快捷的解決方式,
而且通常情況下,軟體手冊,技術檔案,論壇文章作者會更加深切透徹的描述一個問題產生的原理,從而使你學到更多的東西,好比裝GCC編譯環境,如果你搜索 “GCC 編譯環境配置 ”,你會得到很多篇教程并在自己動手的程序中學會GCC環境的配置,但如果你問我“喵,我不會配置GCC環境”,我會從你手里接過電腦然后順利的配置好環境再遞給你,
然后下次你還是不會裝GCC,
在你準備要提出技術問題前,請你務必先做到以下事情:
- 嘗試在你準備論壇的文章中搜索答案,
- 嘗試上網搜索以找到答案,
- 嘗試閱讀手冊以找到答案,
- 嘗試閱讀常見問題檔案(FAQ)以找到答案,
- 嘗試自己檢查或試驗以找到答案,
- 向你身邊的同學老師打聽以找到答案,
- 如果你是程式開發者,請嘗試閱讀源代碼以找到答案,
草率的發問只能得到草率的回答,或者根本得不到任何答案,如果你什么都不做就去技術圈提問的話有很大的概率會收到以下兩種答復
- RTFW
- 有一個古老而神圣的傳統:如果你收到
RTFM (Read The Fucking Manual)的回應,回答者認為你應該去讀他媽的手冊,當然,基本上他是對的,你應該去讀一讀,
- 有一個古老而神圣的傳統:如果你收到
- STFW
- RTFM 有一個年輕的親戚,如果你收到
STFW(Search The Fucking Web)的回應,回答者認為你應該到他媽的網上搜索,那人多半也是對的,去搜索一下吧,
- RTFM 有一個年輕的親戚,如果你收到
通常,用這兩句之一回答你的人會給你一份包含你需要內容的手冊或者一個網址,而且他們打這些字的時候也正在讀著,這些答復意味著回答者認為
- 你需要的資訊非常容易獲得;
- 你自己去搜索這些資訊比灌給你,能讓你學到更多,
你不應該因此不爽;依照技術圈的標準,他已經表示了對你一定程度的關注,而沒有對你的要求視而不見,你應該對他祖母般的慈祥表示感謝,
而且即使他沒有附檔案給你,甚至完全沒有回復你,你也不應感到氣憤,
提問的本質上是在為了解決自己的問題而消耗別人的時間,別人沒有犧牲自己時間,用自己多年知識儲備幫你解決問題的義務,畢竟時間是很寶貴的而你又不給錢,
當然,大多數時間下你給錢也不行,能來混技術圈的誰差你那點錢,你是在侮辱誰嗎?
(如果你給的錢多的話另當別論,比如假如你給我100萬元教你裝個系統,那我當場買機票飛到你那里準備好全套工具溫聲細氣有問必答的手把手教你,包教包會教到你會為止)
---------------------------------------
解釋:關于一些看起來很無禮的發言:
很多技術圈子中看似無禮的行為并不是存心冒犯,相反,它是直接了當,一針見血式的交流風格,這種風格更注重解決問題,而不是使人感覺舒服而卻模模糊糊,
如果你覺得被冒犯了,試著平靜地反應,如果有人真的做了出格的事,郵件串列、新聞群組或論壇中的前輩多半會招呼他,如果這沒有發生而你卻發火了,那么你發火物件的言語可能在社區中看起來是正常的,而你將被視為有錯的一方,這將傷害到你獲取資訊或幫助的機會,
夸張的講法是:你要的是“友善”(以上述方式)還是有用?兩個里面挑一個,
當技術圈的某人說你搞砸了,并且(無論多么刺耳)告訴你別再這樣做時,他正在為關心你和他的社區而行動,對他而言,不理你并將你從他的生活中濾掉更簡單,如果你無法做到感謝,至少要表現得有點尊嚴,別大聲哀嚎,也別因為自己是個有戲劇性超級敏感的靈魂和自以為有資格的新來者,就指望別人像對待脆弱的洋娃娃那樣對你,
當然,喵通常不會,喵怎么說也是個學長,而且還要尊重自己喵的設定,大部分時候喵會皮一下然后讓你自己去搜索,但是在喵使用另一個身份的技術圈,我不確定你們是否看見過喵懟人的聊天記錄
-----------------------------------------------
在你確認你嘗試了以上各種方法,并花費了至少20分鐘以上仍沒能解決問題之后,是時候提一個正確的問題來獲得自己的答案了,
一個正確的問題是指什么呢?請看以下問題
救命啊!!!急急急!!!!快幫我看看!!!有人能幫幫我嗎?我電腦壞了!!郵箱xxxxxxxxxxxxxx!好人一生平安!!
請問這個問題表達了什么?
針對這種問題,我的第一反應是:首先你死不了,然后我一點也不著急,你這么問問題沒人能幫你,我知道你電腦壞了但是你啥資訊都不說我懶得一句句問,發到你私人郵箱別的遇到這問題的人不就看不到解決方法了嗎?所以我還是不理你了吧,
其本質上就是對于那些我需要問一大堆問題才能知道你到底遇到什么問題垃圾提問,我沒有那么多閑工夫可以浪費,
一個正確的問題應該怎樣表述呢?
以我和zed最近遇到的一個問題為例
首先,問題的最開頭或標題處應該以簡略但精準的語言表述你遇到的問題
QV2ray連接成功但無法上網
然后在后面加上你所使用的環境,能夠找到的報錯,以及其它你能提供的資訊
Archinux下QV2ray 連接成功但無法上網,vmess無法使用,日志報錯read/write on closed pipe;但ssr鏈接使用正常
然后表示你已經做了哪些努力但仍然無法解決
Archinux下QV2ray 連接成功但無法上網,vmess無法使用,日志報錯read/write on closed pipe;但ssr鏈接使用正常,我通過搜索引擎沒有找到相關的資料,試著重裝Qv2ray并洗掉組態檔無效,驗證對時顯示ntp服務器時間誤差為0秒
最后客氣的表示希望能得到幫助
Archinux下QV2ray 連接成功但無法上網,vmess無法使用,日志報錯read/write on closed pipe;但ssr鏈接使用正常,我通過搜索引擎沒有找到相關的資料,試著重裝Qv2ray并洗掉組態檔無效,驗證對時顯示ntp服務器時間誤差為0秒,請問這個問題大家有解決方案嗎?
這樣一來大家第一眼就能看到Archlinux,Qv2ray,有所涉獵的人會看一下這個問題自己是否知道,比如看到read/write on closed pipe知道這個人遇到了系統對時錯誤,再往下看這個人做了很多努力沒能解決問題,而且態度很好,我剛好遇到過這個問題,幫他解決一下吧
而如果你的問題是這樣的:
“救命啊我FQ翻不出去!我什么都做對了但是它就是不好使,dalao們快出來救救我”
那我想技術圈的很多人只會用看“睿智”的目光看看你的問題,然后把它直接刷下去,
qq:2039207763 博客地址:https://www.cnblogs.com/airlongdianblog/ 轉載請注明出處轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/550223.html
標籤:其他
上一篇:Uber SRE 實踐:運維大型分布式系統的一些心得
下一篇:為什么要code review
