技術人生-返璞歸真
最近有不少的朋友問我一些技術問題,有些因為時間緊張沒能及時回覆,可能等我想起來的時候他已經不需要了,這種情況下著實讓我感到有一絲歉意。我也有過很多次的問答經歷,也是不停的刷刷手機螢幕看看有沒有回覆,一旦有了回覆,就像吃了蜜一樣甜,說實話還是蠻討厭現在的自己,很多事情似乎都不是我預想的那樣,我也不是很喜歡應酬,我還是那個屌絲的我。
這裡想和大家探討幾個問題,一個是關於基礎學習,其實作為運維行業的IT人,很多同行在公司都是歸屬基礎架構部,英文叫infrastructure,我們都是簡稱Infra,而DBA就稱為是Infra DBA。時髦似乎和我們絕緣,新技術對於我們而言可能是我們能夠讓我們帶來談資和話題的一種方式,我們會在各種場合中討論去IOE,裡面的段子還不少,有以MySQL去O的,有以PG去O的,有以MongoDB去O的,有以國產資料庫去O的,更有甚者,以O去O,可謂達到了一個段子的新高度。其實這些看起來琳琅滿目的技術和解決方案對於外人而言,沒有什麼太大的區別,感覺都是資料庫嘛,幹嘛非要和這個過不去,和那個較勁呢,技術人大多數都是這樣的,我在面對這個問題的時候,其實以前也是帶著排斥敵意的態度的,誰要說O不好,我和他比功能,他比功能,我和他比服務,總之就是不敢比價錢。其實話說回來,到底較什麼勁呢,本身這就是一個偽命題,去不去O,哪種解決方案,本身就不是一個單純的技術問題,而我們非要用技術的角度來說服對方,其實大可不必。這裡技術是IT的基礎運維之本,兄弟們互相照料好了才是真的好,整天窩裡橫對外沒有一點產出,大家不會關心誰對誰錯,只會覺得無聊。
而對於運維工具而言,我更加覺得不要功能非常豐富,把一些核心功能做好就很不錯了。一個平臺什麼功能都想往裡放,什麼都想對接過去,對於事情本身是弊大於利。我可以舉一個簡單的例子。我們之前有一個運維工具,那是非常的牛,功能豐富,可以讓開發同學自己使用匯入匯出dump,升級打補丁,都可以完成,頁面上點點,一個環境就搞定了,當然現場環境比較複雜,有UAT,PET,PROD大體這幾種,PROD就是最終的生產環境,我們在使用這個工具的時候著實給我們帶來了很多便利,但是這就是一把雙刃劍,基礎功能做的還不錯,但是裡面還是有些略微複雜的配置,這些配置就是為了實現更加靈活的需求的,結果同樣的工具用在了生產環境中,就因為其中的一個模板的配置,導致了生產環境執行同樣的步驟的時候,無意中觸發了一些額外的操作,導致後臺有了大量的資料變更,直接導致線上環境崩潰,最後是根據主機,儲存的同事根據時間點來恢復,丟失了十多分鐘的資料,這個案例對我來說印象非常深刻,我們內部也做了很多深刻的檢查,我對於這個問題的一個總結就是化繁為簡,在更加豐富的功能面前,安全性可能優先順序更高一些。尤其追求那麼多豐富的功能,但是很長時間都可能壓根用都不用,這不就是一件本末倒置的事情嗎。很多的事情都是相對而言,我幾天前舉過一個例子,兩條SQL,一條可以從4秒最佳化到2秒,而另外一個SQL則可以從2個小時最佳化到2秒鐘,哪個的改進最有意義,這是一個不太負責任的問題,因為沒有告訴你背景,第二條SQL語句可能一個月執行一次,而第一條SQL則可能每天執行幾十萬次,這就是一個截然不同的結果,所以對於運維工具來說,能夠做到自動化運維是一件很難得的事情,很多事情做到半自動化已經是了不得了,不要為了酷炫,最後反而失去了工具本身最根本的意義。
而對於IT的學習而言,我則更強調於基礎的學習,可能我這裡說的基礎學習引不起大家的興趣,很多時候具體問題具體對待,這個過程中給你的收穫和鍛鍊就是一個截然不同的效果,如果說你遇到了無數的問題,經過排查,發現問題的原因竟然非常低階,甚至難以啟齒,但是對於你而言,這個過程的收穫意義是非常大的,就跟別人告訴你複製檔案的時候需要提前檢查檔案的一些屬性,這個聽起來好像索然無味,沒什麼營養,但是自己碰到了問題,踩到了坑就會印象深刻,這個過程的意義更大,遠比說教強很多。很多同學都希望學到具體的技術,其實在這一點上我總是會開導他們,很多時候解決一個通用問題的收益要遠遠高於解決一個具體問題,很多時候難的是問題的分析和解決的思路,而不是手上急於去敲的幾個命令。很多通用的問題你解決了,是一類問題,能夠根據這些問題得到的反思,繼續刨根問底,總會有不一樣的收穫,很多時候我去幫一些網友解決問題的時候,其實都會有一種未知問題的茫然,但是分析問題的思路就會有很大的差別,可能我去分析的時候幾個命令,幾個步驟就能夠定位排除出來,但是如果不是門兒清,就會走很多彎路,最後自己把自己折騰的很累。所以我強調的基礎學習還是有一定的實踐意義的,這個需要自己去體會,無法去複製別人的經驗。
所以技術這個活兒是一件很清苦的事情,本身就不會是一個喧鬧,時髦的行業,雖然行業內會有很多的前驅者站出來,但是幾年後回頭去看,可能又會是一番景象,誰都不想做明日黃花,在這一點上只能不斷的接受變化,而對於我而言,羞愧的是我也是嘴上說說,落到實處的少,這個需要反省,反思,自我批判,改進,有則改進,無則加冕,裡面來不得半點虛的,反之可能是技術玩弄了你,而不會是你玩弄了技術。
這裡想和大家探討幾個問題,一個是關於基礎學習,其實作為運維行業的IT人,很多同行在公司都是歸屬基礎架構部,英文叫infrastructure,我們都是簡稱Infra,而DBA就稱為是Infra DBA。時髦似乎和我們絕緣,新技術對於我們而言可能是我們能夠讓我們帶來談資和話題的一種方式,我們會在各種場合中討論去IOE,裡面的段子還不少,有以MySQL去O的,有以PG去O的,有以MongoDB去O的,有以國產資料庫去O的,更有甚者,以O去O,可謂達到了一個段子的新高度。其實這些看起來琳琅滿目的技術和解決方案對於外人而言,沒有什麼太大的區別,感覺都是資料庫嘛,幹嘛非要和這個過不去,和那個較勁呢,技術人大多數都是這樣的,我在面對這個問題的時候,其實以前也是帶著排斥敵意的態度的,誰要說O不好,我和他比功能,他比功能,我和他比服務,總之就是不敢比價錢。其實話說回來,到底較什麼勁呢,本身這就是一個偽命題,去不去O,哪種解決方案,本身就不是一個單純的技術問題,而我們非要用技術的角度來說服對方,其實大可不必。這裡技術是IT的基礎運維之本,兄弟們互相照料好了才是真的好,整天窩裡橫對外沒有一點產出,大家不會關心誰對誰錯,只會覺得無聊。
而對於運維工具而言,我更加覺得不要功能非常豐富,把一些核心功能做好就很不錯了。一個平臺什麼功能都想往裡放,什麼都想對接過去,對於事情本身是弊大於利。我可以舉一個簡單的例子。我們之前有一個運維工具,那是非常的牛,功能豐富,可以讓開發同學自己使用匯入匯出dump,升級打補丁,都可以完成,頁面上點點,一個環境就搞定了,當然現場環境比較複雜,有UAT,PET,PROD大體這幾種,PROD就是最終的生產環境,我們在使用這個工具的時候著實給我們帶來了很多便利,但是這就是一把雙刃劍,基礎功能做的還不錯,但是裡面還是有些略微複雜的配置,這些配置就是為了實現更加靈活的需求的,結果同樣的工具用在了生產環境中,就因為其中的一個模板的配置,導致了生產環境執行同樣的步驟的時候,無意中觸發了一些額外的操作,導致後臺有了大量的資料變更,直接導致線上環境崩潰,最後是根據主機,儲存的同事根據時間點來恢復,丟失了十多分鐘的資料,這個案例對我來說印象非常深刻,我們內部也做了很多深刻的檢查,我對於這個問題的一個總結就是化繁為簡,在更加豐富的功能面前,安全性可能優先順序更高一些。尤其追求那麼多豐富的功能,但是很長時間都可能壓根用都不用,這不就是一件本末倒置的事情嗎。很多的事情都是相對而言,我幾天前舉過一個例子,兩條SQL,一條可以從4秒最佳化到2秒,而另外一個SQL則可以從2個小時最佳化到2秒鐘,哪個的改進最有意義,這是一個不太負責任的問題,因為沒有告訴你背景,第二條SQL語句可能一個月執行一次,而第一條SQL則可能每天執行幾十萬次,這就是一個截然不同的結果,所以對於運維工具來說,能夠做到自動化運維是一件很難得的事情,很多事情做到半自動化已經是了不得了,不要為了酷炫,最後反而失去了工具本身最根本的意義。
而對於IT的學習而言,我則更強調於基礎的學習,可能我這裡說的基礎學習引不起大家的興趣,很多時候具體問題具體對待,這個過程中給你的收穫和鍛鍊就是一個截然不同的效果,如果說你遇到了無數的問題,經過排查,發現問題的原因竟然非常低階,甚至難以啟齒,但是對於你而言,這個過程的收穫意義是非常大的,就跟別人告訴你複製檔案的時候需要提前檢查檔案的一些屬性,這個聽起來好像索然無味,沒什麼營養,但是自己碰到了問題,踩到了坑就會印象深刻,這個過程的意義更大,遠比說教強很多。很多同學都希望學到具體的技術,其實在這一點上我總是會開導他們,很多時候解決一個通用問題的收益要遠遠高於解決一個具體問題,很多時候難的是問題的分析和解決的思路,而不是手上急於去敲的幾個命令。很多通用的問題你解決了,是一類問題,能夠根據這些問題得到的反思,繼續刨根問底,總會有不一樣的收穫,很多時候我去幫一些網友解決問題的時候,其實都會有一種未知問題的茫然,但是分析問題的思路就會有很大的差別,可能我去分析的時候幾個命令,幾個步驟就能夠定位排除出來,但是如果不是門兒清,就會走很多彎路,最後自己把自己折騰的很累。所以我強調的基礎學習還是有一定的實踐意義的,這個需要自己去體會,無法去複製別人的經驗。
所以技術這個活兒是一件很清苦的事情,本身就不會是一個喧鬧,時髦的行業,雖然行業內會有很多的前驅者站出來,但是幾年後回頭去看,可能又會是一番景象,誰都不想做明日黃花,在這一點上只能不斷的接受變化,而對於我而言,羞愧的是我也是嘴上說說,落到實處的少,這個需要反省,反思,自我批判,改進,有則改進,無則加冕,裡面來不得半點虛的,反之可能是技術玩弄了你,而不會是你玩弄了技術。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-2121929/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 物件導向:洗盡鉛華,返璞歸真物件
- 返璞歸真!使用 alpinejs 開發互動式 web 應用,拋棄 node_modules 和 webpack 吧!JSWeb
- 廣東未來科技Global3 B10手機評測|讓未來“返璞歸真”
- ?【何不三連】做完這48道題徹底弄懂JS繼承(1.7w字含辛整理-返璞歸真)JS繼承
- DAPP理財返現系統開發技術框架搭建APP框架
- 微軟程式歸納新技術:元程式歸納微軟
- 技術十年-迴歸自己十年技術經歷
- 智慧合約DAPP理財返現系統開發技術方案APP
- 真實感皮膚渲染技術總結
- 區塊鏈是真技術還是忽悠?區塊鏈
- Swift核心技術與實戰-張傑-極客時間-返現24元Swift
- 聊聊真實的 Android TV 開發技術棧Android
- Elasticsearch核心技術與實戰-阮一鳴-極客時間-返現優惠Elasticsearch
- 後端技術基礎詳解-李智慧-極客時間-返現24元後端
- IP軟體如何隱藏真實IP地址技術!
- 淺談技術管理之日式管理的殊途同歸
- 參展動態 | 璞華受邀出席第七屆電氣化交通前沿技術論壇&展會
- 即時訊息技術剖析與實戰-袁武林-極客時間-返現12元
- 【技術人生】工程師面對新質生產力的思考和選擇工程師
- 玉伯的人生答案:做一個簡單自由有愛的技術人
- 技術人生的職場眾生相 - 十多年的經驗與心得
- 歡迎歸隊!綠盟科技的湖北同學們返崗復工啦
- 2018名企校招筆試真題精選技術篇筆試
- 國外Python黑客技術,攻擊自動化玩得真6Python黑客
- 技術管理進階——精要主義設計人生,對混亂的工作說不
- 技術乾貨:Java程式碼常用工具類整理歸納Java
- 蘋果應用的廣告投放歸因技術點總結蘋果
- 革命性的混合3D檢測技術真實3D影像和真實焊點3D
- 剖析Unreal Engine超真實人類的渲染技術Part 2 - 眼球渲染Unreal
- 非數值真競技《街球藝術》今日10點火爆開測
- JavaScript事件機制——記一次認真準備的技術分享JavaScript事件
- 一週雲事|紮根技術,雲端計算迴歸本質
- 安卓應用買量的廣告歸因技術點總結安卓
- 《模擬人生》系列——你從未見過如此真實的都市生活
- Android技術分享|【Android踩坑】懷疑人生,主執行緒修改UI也會崩潰?Android執行緒UI
- 基於虛擬化技術的移動真機雲測試 - 澤眾
- 英偉達展示新技術,用VR遠端駕駛真實汽車VR
- 北京見!Unity 技術開放日重磅迴歸,席位有限速速報名Unity
- 機器學習-邏輯迴歸:從技術原理到案例實戰機器學習邏輯迴歸