做技術,不要太浮躁
昨天翻帖,翻到自己的一個老帖,http://www.itpub.net/thread-402751-1-1.html ,有些感慨
那時候,我在資料庫上也是剛入門不久,很多東西都不瞭解,所以每次提問,我都儘量將問題描述清楚,就如上面那帖中寫到的一樣
就算是一個多行的sql在sqlplus下執行的結果,我也會將每一行之前的行號去掉再貼出來,這樣就方便別人copy & paste 去還原問題環境了
每次貼出的問題,我都不會直接拿系統中的資料和表結構來做演示,因為那時的論壇環境遠不像現在這樣,一是人沒這麼多,二是高手不經常上來,如果問題太複雜,別人想幫我也會覺得困難多多從而放棄幫我,這我很能理解,畢竟每個人的業餘時間是有限的,所以我都會新建一些測試表和測試資料,用盡量簡單的表結構和資料來重現問題。雖然這會在更晚的將問題提出,但事實上很多問題都能在較短的時間內得到了解答。我的經驗告訴我,問題提出的快並不等於解決的也快,所謂“磨刀不誤砍柴工”也。
那時候也有不少人問問題的標題還是“高手請進!”“這個SQL怎麼寫”之類的標題,當然現在也還是這個樣子,不能一下子較為準確的提及所碰到問題的關鍵點。要知道,高手也就偶爾來逛逛,審美也會疲勞,更何況是那麼多類同的標題,也許點都不點進去看一下,你自然就會錯過被人幫助的時機。
浮躁心態一直都不鮮見,大家太急於立即成功,因此產生了非常嚴重的浮躁心態。這從提問上就可以看出,更為可笑甚至荒唐的是極少數人竟然有了“問問題的人是爺”的心態,好像你回帖不給我立即解決問題你就是孫子,這種極品真是令人歎為觀止。
其實,著急的心情可以理解,但是“己所不欲,勿施於人”,這個簡單的道理誰都知道或者應當知道。你問題很簡略,別人怎麼知道你的困難到底在哪裡?你的問題很複雜,別人有為何要深入到你的問題裡來幫助你?事實上,最清楚你的問題環境的人就是你,在提問簡略時,回答問題的熱心人為了幫你解決問題,會盡量去猜測你未描述清楚的地方實際上到底是什麼樣子,但來回的溝通不但消耗瞭解決問題的時間,還消磨了熱心人的耐性,對於你的問題的解決毫無益處;在問題未作簡化就直接貼出來提問的,別將你的問題不加任何處理就直接拋給別人,我想這樣的話你其實最好是花錢找人來幫你解決問題,論壇不是你找免費勞力當甩手大爺的地方。
事實上,大多數人在提問時,如果能緩一緩,理清思路,準備好還原問題環境所需的指令碼,讓發帖的質量高一些,那你的問題也會更早的被解決。整個社會不光是做技術的在浮躁,其他各行各業各種職位也都很浮躁,但技術是很多工作的基石,我們這裡又是技術版塊而大家又都在從事技術工作,那就讓我們從技術做起,拒絕浮躁,第一步,就是學會提問。第二步呢?就是學會總結,最簡單的,問題解決後,將解決方法回覆到原帖中,以給後來人學習參考。要知道,只懂得索取而不付出的人,無論做技術還是談戀愛,在哪裡都是不受歡迎的,只有“我為人人”,才能“人人為我”。
為人解答問題,同樣也不要浮躁,不過我們這個版塊做得很不錯了,我就不多說了。明天就是“五一”國際勞動節了,祝大家節日快樂!
尤其是長期為版友們熱心解答問題的newkid、兔子、〇〇、bell6248、guostong等版主以及xgghxkhuang、regonly1、solomon_007、atgc、周應侯等熱心網友,節日愉快!
那時候,我在資料庫上也是剛入門不久,很多東西都不瞭解,所以每次提問,我都儘量將問題描述清楚,就如上面那帖中寫到的一樣
就算是一個多行的sql在sqlplus下執行的結果,我也會將每一行之前的行號去掉再貼出來,這樣就方便別人copy & paste 去還原問題環境了
每次貼出的問題,我都不會直接拿系統中的資料和表結構來做演示,因為那時的論壇環境遠不像現在這樣,一是人沒這麼多,二是高手不經常上來,如果問題太複雜,別人想幫我也會覺得困難多多從而放棄幫我,這我很能理解,畢竟每個人的業餘時間是有限的,所以我都會新建一些測試表和測試資料,用盡量簡單的表結構和資料來重現問題。雖然這會在更晚的將問題提出,但事實上很多問題都能在較短的時間內得到了解答。我的經驗告訴我,問題提出的快並不等於解決的也快,所謂“磨刀不誤砍柴工”也。
那時候也有不少人問問題的標題還是“高手請進!”“這個SQL怎麼寫”之類的標題,當然現在也還是這個樣子,不能一下子較為準確的提及所碰到問題的關鍵點。要知道,高手也就偶爾來逛逛,審美也會疲勞,更何況是那麼多類同的標題,也許點都不點進去看一下,你自然就會錯過被人幫助的時機。
浮躁心態一直都不鮮見,大家太急於立即成功,因此產生了非常嚴重的浮躁心態。這從提問上就可以看出,更為可笑甚至荒唐的是極少數人竟然有了“問問題的人是爺”的心態,好像你回帖不給我立即解決問題你就是孫子,這種極品真是令人歎為觀止。
其實,著急的心情可以理解,但是“己所不欲,勿施於人”,這個簡單的道理誰都知道或者應當知道。你問題很簡略,別人怎麼知道你的困難到底在哪裡?你的問題很複雜,別人有為何要深入到你的問題裡來幫助你?事實上,最清楚你的問題環境的人就是你,在提問簡略時,回答問題的熱心人為了幫你解決問題,會盡量去猜測你未描述清楚的地方實際上到底是什麼樣子,但來回的溝通不但消耗瞭解決問題的時間,還消磨了熱心人的耐性,對於你的問題的解決毫無益處;在問題未作簡化就直接貼出來提問的,別將你的問題不加任何處理就直接拋給別人,我想這樣的話你其實最好是花錢找人來幫你解決問題,論壇不是你找免費勞力當甩手大爺的地方。
事實上,大多數人在提問時,如果能緩一緩,理清思路,準備好還原問題環境所需的指令碼,讓發帖的質量高一些,那你的問題也會更早的被解決。整個社會不光是做技術的在浮躁,其他各行各業各種職位也都很浮躁,但技術是很多工作的基石,我們這裡又是技術版塊而大家又都在從事技術工作,那就讓我們從技術做起,拒絕浮躁,第一步,就是學會提問。第二步呢?就是學會總結,最簡單的,問題解決後,將解決方法回覆到原帖中,以給後來人學習參考。要知道,只懂得索取而不付出的人,無論做技術還是談戀愛,在哪裡都是不受歡迎的,只有“我為人人”,才能“人人為我”。
為人解答問題,同樣也不要浮躁,不過我們這個版塊做得很不錯了,我就不多說了。明天就是“五一”國際勞動節了,祝大家節日快樂!
尤其是長期為版友們熱心解答問題的newkid、兔子、〇〇、bell6248、guostong等版主以及xgghxkhuang、regonly1、solomon_007、atgc、周應侯等熱心網友,節日愉快!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29867/viewspace-722620/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 技術卡片 - 不要使用 else
- 學技術的同學不要盲目
- 別太把技術當回事 也別不把技術當回事
- 餓了麼CTO張雪峰:允許90後的技術人員“浮躁“一點
- 不要只把AIOps看作是運維技術AI運維
- 不要盲目使用新技術,說的就是你,JWT!JWT
- 技術總監到底要不要寫程式碼?
- 工作五年後,做技術還是做管理?
- 技術美術師是做什麼的?
- 在浮躁的社會
- 做Java開發需要哪些技術?Java
- “21天教你學會C++”,不要太在意~C++
- 從技術高手轉型做技術管理,不敢放手把事情給別人做怎麼辦?
- 技術管理進階——技術部如何做績效考核設計?
- 【技術分享】FMEA到底由誰來做?
- 離開了浪浪山,簡直不要太爽
- 開發要不要自己做測試?怎麼做?
- 不要試圖和下屬做朋友
- Forrester釋出2023年亞太技術市場預測REST
- 一群愛做“傻事”的技術宅
- 為什麼做技術 PM 這麼難?
- 工程師如何從技術轉型做管理?工程師
- 專案中怎樣做技術選型
- 不要慌,FastGPT 告訴我這是技術性調整,利好大 A!ASTGPT
- 一、管理認知:程式設計師要不要做技術管理?程式設計師
- 電商直播須告別浮躁
- 「我在淘天做技術」雙11背後的營銷技術體系
- 招標方的“技術壁壘”太傷人,如何才能突破?
- 2萬字詳解Oracle分割槽表技術,太頂了Oracle
- 做運維前 vs 做運維後,太形象了!運維
- 阿里巴巴成立技術公益委員會,號召工程師用技術做公益阿里工程師
- 做SEO技術如何快速實現月賺十萬?
- 掌握Linux運維技術可以做什麼工作?Linux運維
- 突破核心技術 做強語音產業PBCO產業
- 讓大佬向你倉庫PR關鍵技術,拿去裝逼,不要謝我
- 我為什麼勸你不要過度糾結於技術細節?
- 程式設計師們 不要想一輩子靠技術混飯吃程式設計師
- 電商直播須告別浮躁UZD
- 不要用100vh做移動響應