有些事,不是技術能夠解決的
自從入了資料庫這條路,什麼都喜歡用這種技術思路來思考問題。不知不覺融入了生活之中,有時候我卻全然不知。
記得有一次在泰國出差,有一個男同事生病了,但是生病了還得吃點東西,然後我就一頓軟硬勸說,帶著他到附近的中國館子吃點東西,因為他嗓子疼,頭疼。所以到了飯館之後他點了粥和饅頭,剛吃了幾口就開始說往下嚥的時候嗓子裡真疼。當然我馬上給了他一個建議,先不要咽,等吃幾口,然後一次性再咽,這叫批次提交。
當然看起來他是聽進去了,不過更可喜的是他回去睡了一大覺就身體舒服多了,沒幾天就好了。
我們做技術的人,其實也是蠻簡單的,但是有時候也是比較固執,如果從好的一面來說,也算是執著吧。曾經為了一個框架的好壞爭論的面紅耳赤,為了程式碼中的一些實現方式也可以互相挑剔,當IOE被炒得沸沸揚揚的時候,自己也會帶著個人感情去爭論到底該不該去O,當然出發點是想都別想。有時候也會聯絡生活來理解資料庫,會從高樓大廈的組織結構來理解段,從公司的組織結構來理解資料庫中的引數檔案,控制檔案,資料檔案等等,有時候想想也不亦樂乎。其實發現生活中的邏輯遠遠比技術要複雜的多。
有時候學會了點東西,就老想著能夠用起來,以前每次報銷的時候,數著幾十張的票據,在那兒拿著計算器算總金額,老是容易出錯。不是多算了就是漏了。所以在報銷的時候我有自己的獨門秘籍,直接用sql語句算。資料庫啟動到nomount階段就可以做滿足各種運算。比如select 20_35+33+40+xxxxx from dual 一目瞭然。如果中間有些金額需要計算百分比也一點問題沒有。
有時候看個時間都用sql語句select systimestamp from dual。到了世界盃,自己還寫了幾個小程式在pl/sql裡面遍歷,看看有沒有什麼空子可以鑽。當然發現琢磨了幾個月的結論是完全沒有。
有時候可能某些東西理解了,順手了,就會有一種極端,這種感覺就好比手裡拿著錘子,看到的都是釘子。其實這樣考慮問題和分析問題就會片面很多。這樣對於自己的思維就會形成一種定式。不值得提倡。但是建議先走到這一步再說。能夠走到這一步說明已經對某些事物達到了一定的熱愛程度。
但是這些都是技術,都是我們每天主要的內容,身邊有很多人的技術同仁前輩對於技術的執著著實令人欽佩,有的數十年如一日的鑽研技術。有的仍然活躍在這個圈子之中,引領技術潮流。這些看似無趣的人生就是我們的技術人生。對於技術,發現越學習月發現不會的越多,越瞭解發現自己原來是小白。有些是學術的高度,有些是學術技術之外。
想起來前段時間碰到了一個問題,某一臺機器出現了硬體問題,需要及時修復,當然從技術角度我們存在災備,而且做了評估,和業務部門也有提前溝通。然後明確了問題和機器位置,這個問題的修復從技術層面就沒有什麼可以考慮的了,但是維保人員過去之後,碰到了另外一個棘手的問題,那就是機房的網線實在太亂。
這是網路中找到的圖,當時的情況應該更亂,導致維保人員不敢輕舉妄動,如果碰掉了線路或者其它的地方就得不償失了。所以最後為了穩妥起見,還是重新換了臺機器。所以這種事情就不是技術層面能夠解決的。
還有一次在機房做機器遷移,對於機器的源機架位和目標機架位都有明確的定位。但是在實際操作的時候,發現這個機櫃裡面的插頭竟然壞了一個,插座上的插頭隨時都可能會掉下來,這種問題就是突發情況,也不是技術層面能夠解決的。最後緊急調整位置,當然網路也會有一些調整。也算是虛驚一場。當然希望看到的還是整齊劃一的機櫃和佈線。
最近在幫業務部門處理一個需求,他們希望根據一個業務需求查詢出某個月的一部分資料作為參考,當然了對於這個業務部門來說他們需要得到儘可能詳細的資料,當然從DBA的角度來說,這類需求是很容易滿足的。只需要提供語句和環境,後面的事情都交給我。但是這個需求處理的就很糾結,因為還不是技術能夠解決的。因為生成的資料有好幾百萬,這種資料量的報告光檔案就有上百兆,在excel裡存放是不現實的,如果儲存成網頁格式,也是上百兆的網頁,直接會導致瀏覽器奔潰。而且從業務的角度來看這麼多的資料,他們其實也不會全部都需要,他們只需要根據要求篩查部分的資料就可以,所以一來二去,幾個業務部門也會有一些隔閡,所以這個還真不是技術層面的事情,如果確實需要,我們硬著頭皮也能提供,但是著實沒有太大的意義 。
幾年前我參與了一個業務系統的架構設計和實施,從當時情況來看,這個專案投入不少的人力物力,系統也在逐步完善,但是最後沒有在業務部門中推廣開來,大家還是用原來的方式,放著系統成了擺設,這個也不是技術層面能夠解決的事情。和各個部門討論需求的時候,發現我們基本都可以支援這些功能,但是在業務部門推動就會困難,越是不用,越是存在一些猜想和誤解。所以心裡越發排斥,當然對於技術人員來說,這種成就感簡直降到了冰點。
作為技術人,成就了我們現在的生活,但是很多時候科技的進步反而阻礙了很多原本美好的事物發展。原來面對面的溝通,現在面對面都要發微信,lync,這到底是進步還是倒退。以前的單元樓必定有一個熱心的大媽,現在的鄰居彼此都不認識,連很多基本的信任都沒有,前段時間快遞給我們送一個包裹,但是我們不在就放在了樓下的某一個住戶那裡,當然我非常客氣的去取包裹的時候,卻碰了一鼻子灰,因為他不認識我,而且對他來說是隻認證不認人,他需要我提供收件人的身份證,然後親自去領,後來想想也是沒辦法呢,但是當時真是氣不過,人與人之間就完全沒有了這些基本的信任。這些帶給我們的除了方便是不是同時也帶給了我們其它的東西。
我們的生活看似進步了很多,但是更多充滿了精神快餐和各種誘導,有時候會很忙亂,會迷茫無助,想必我們經歷的這些,我們的晚輩比我們要更早經歷,幸福感和滿足感也會存在不少的差別。
記得有一次在泰國出差,有一個男同事生病了,但是生病了還得吃點東西,然後我就一頓軟硬勸說,帶著他到附近的中國館子吃點東西,因為他嗓子疼,頭疼。所以到了飯館之後他點了粥和饅頭,剛吃了幾口就開始說往下嚥的時候嗓子裡真疼。當然我馬上給了他一個建議,先不要咽,等吃幾口,然後一次性再咽,這叫批次提交。
當然看起來他是聽進去了,不過更可喜的是他回去睡了一大覺就身體舒服多了,沒幾天就好了。
我們做技術的人,其實也是蠻簡單的,但是有時候也是比較固執,如果從好的一面來說,也算是執著吧。曾經為了一個框架的好壞爭論的面紅耳赤,為了程式碼中的一些實現方式也可以互相挑剔,當IOE被炒得沸沸揚揚的時候,自己也會帶著個人感情去爭論到底該不該去O,當然出發點是想都別想。有時候也會聯絡生活來理解資料庫,會從高樓大廈的組織結構來理解段,從公司的組織結構來理解資料庫中的引數檔案,控制檔案,資料檔案等等,有時候想想也不亦樂乎。其實發現生活中的邏輯遠遠比技術要複雜的多。
有時候學會了點東西,就老想著能夠用起來,以前每次報銷的時候,數著幾十張的票據,在那兒拿著計算器算總金額,老是容易出錯。不是多算了就是漏了。所以在報銷的時候我有自己的獨門秘籍,直接用sql語句算。資料庫啟動到nomount階段就可以做滿足各種運算。比如select 20_35+33+40+xxxxx from dual 一目瞭然。如果中間有些金額需要計算百分比也一點問題沒有。
有時候看個時間都用sql語句select systimestamp from dual。到了世界盃,自己還寫了幾個小程式在pl/sql裡面遍歷,看看有沒有什麼空子可以鑽。當然發現琢磨了幾個月的結論是完全沒有。
有時候可能某些東西理解了,順手了,就會有一種極端,這種感覺就好比手裡拿著錘子,看到的都是釘子。其實這樣考慮問題和分析問題就會片面很多。這樣對於自己的思維就會形成一種定式。不值得提倡。但是建議先走到這一步再說。能夠走到這一步說明已經對某些事物達到了一定的熱愛程度。
但是這些都是技術,都是我們每天主要的內容,身邊有很多人的技術同仁前輩對於技術的執著著實令人欽佩,有的數十年如一日的鑽研技術。有的仍然活躍在這個圈子之中,引領技術潮流。這些看似無趣的人生就是我們的技術人生。對於技術,發現越學習月發現不會的越多,越瞭解發現自己原來是小白。有些是學術的高度,有些是學術技術之外。
想起來前段時間碰到了一個問題,某一臺機器出現了硬體問題,需要及時修復,當然從技術角度我們存在災備,而且做了評估,和業務部門也有提前溝通。然後明確了問題和機器位置,這個問題的修復從技術層面就沒有什麼可以考慮的了,但是維保人員過去之後,碰到了另外一個棘手的問題,那就是機房的網線實在太亂。
這是網路中找到的圖,當時的情況應該更亂,導致維保人員不敢輕舉妄動,如果碰掉了線路或者其它的地方就得不償失了。所以最後為了穩妥起見,還是重新換了臺機器。所以這種事情就不是技術層面能夠解決的。
還有一次在機房做機器遷移,對於機器的源機架位和目標機架位都有明確的定位。但是在實際操作的時候,發現這個機櫃裡面的插頭竟然壞了一個,插座上的插頭隨時都可能會掉下來,這種問題就是突發情況,也不是技術層面能夠解決的。最後緊急調整位置,當然網路也會有一些調整。也算是虛驚一場。當然希望看到的還是整齊劃一的機櫃和佈線。
最近在幫業務部門處理一個需求,他們希望根據一個業務需求查詢出某個月的一部分資料作為參考,當然了對於這個業務部門來說他們需要得到儘可能詳細的資料,當然從DBA的角度來說,這類需求是很容易滿足的。只需要提供語句和環境,後面的事情都交給我。但是這個需求處理的就很糾結,因為還不是技術能夠解決的。因為生成的資料有好幾百萬,這種資料量的報告光檔案就有上百兆,在excel裡存放是不現實的,如果儲存成網頁格式,也是上百兆的網頁,直接會導致瀏覽器奔潰。而且從業務的角度來看這麼多的資料,他們其實也不會全部都需要,他們只需要根據要求篩查部分的資料就可以,所以一來二去,幾個業務部門也會有一些隔閡,所以這個還真不是技術層面的事情,如果確實需要,我們硬著頭皮也能提供,但是著實沒有太大的意義 。
幾年前我參與了一個業務系統的架構設計和實施,從當時情況來看,這個專案投入不少的人力物力,系統也在逐步完善,但是最後沒有在業務部門中推廣開來,大家還是用原來的方式,放著系統成了擺設,這個也不是技術層面能夠解決的事情。和各個部門討論需求的時候,發現我們基本都可以支援這些功能,但是在業務部門推動就會困難,越是不用,越是存在一些猜想和誤解。所以心裡越發排斥,當然對於技術人員來說,這種成就感簡直降到了冰點。
作為技術人,成就了我們現在的生活,但是很多時候科技的進步反而阻礙了很多原本美好的事物發展。原來面對面的溝通,現在面對面都要發微信,lync,這到底是進步還是倒退。以前的單元樓必定有一個熱心的大媽,現在的鄰居彼此都不認識,連很多基本的信任都沒有,前段時間快遞給我們送一個包裹,但是我們不在就放在了樓下的某一個住戶那裡,當然我非常客氣的去取包裹的時候,卻碰了一鼻子灰,因為他不認識我,而且對他來說是隻認證不認人,他需要我提供收件人的身份證,然後親自去領,後來想想也是沒辦法呢,但是當時真是氣不過,人與人之間就完全沒有了這些基本的信任。這些帶給我們的除了方便是不是同時也帶給了我們其它的東西。
我們的生活看似進步了很多,但是更多充滿了精神快餐和各種誘導,有時候會很忙亂,會迷茫無助,想必我們經歷的這些,我們的晚輩比我們要更早經歷,幸福感和滿足感也會存在不少的差別。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-1991509/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 不是技術“大牛”也能選對私有云解決方案
- KGB知識圖譜技術能夠解決哪些行業痛點?行業
- 生物仿生技術能夠運用到AI智慧上?AI
- 科技展廳能夠使用的技術型別有哪些?型別
- Clean架構能夠解決哪些問題? - jbogard架構
- 無人機頻闖禍 老鷹抓無人機能夠解決?無人機
- Java能夠成為完美的技術平臺嗎?(轉)Java
- 大學生不是計算機專業的也能學IT技術嗎?計算機
- 技術不是問題
- 微信機器人能夠做些什麼事?機器人
- 搞懂分散式技術19:使用RocketMQ事務訊息解決分散式事務分散式MQ
- 國外代理ip能夠解決哪些網路問題
- 開發體育賽事直播系統的解決方案和技術分析
- 《凍結的希望》中的人體冷凍技術,能夠開啟永生的魔盒嗎?
- 營銷自動化的CRM系統能夠解決哪些問題
- [詳解] VMware vCloud雲解決方案有些啥?Cloud
- 幹掉APT的是人不是技術APT
- 解決VNC有些鍵不能輸入的問題VNC
- 智慧數字經營的出現能夠解決哪些實際問題?
- 天空分割技術解決方案
- 微信支付技術解決方案
- vps租用是否能夠解決所有的建站問題?
- 智慧倉庫管理能夠解決倉庫中那些棘手問題?
- 為什麼有些大公司技術弱爆了?
- 為什麼有些技術人員不寫部落格?
- 「SAP技術」SAP不夠嚴謹?
- ERP系統能夠幫助企業解決什麼問題
- 為什麼有些程式語言會死而有些能活下來?
- win10有些字型模糊如何解決_win10有些地方字型模糊的徹底解決方法Win10
- 人臉識別背後:可怕的不是技術
- Ruckus:調查結果顯示卓越企業能夠快速接受CRM關鍵技術
- 大學總結,技術與技術之外的事 | 掘金年度徵文
- 工作的事 【技術人員的困惑】
- SaaS軟體的技術缺陷以及解決方案
- 常見的heimao技術及解決辦法
- 如何自行解決Oracle的技術問題? (zt)Oracle
- AI決策進階:深度學習遷移技術賦能決策AI深度學習
- 不是技術也能看懂雲原生