話說工作也好些年了，對開發技術,資料庫技術也算有一些了解了。今天晚上本來想繼續寫一篇技術貼，但是突然閃過了這個想法，今天還是說說這個話題吧。
oracle版本的變更
先說資料庫技術，這些年oracle,sqlserver,mysql,nosql的資料庫技術真是越來越火，大資料火了一段時間，這些年都是雲的概念，資料庫技術也跟著火了一把，技術就是這樣，你不創新，不進步，就會把社會討論，成為歷史，如果你的創新不迎合大眾的口味，也會被淘汰。oracle技術也是跟著時代前行不止，每次大版本的變更都是緊緊抓取了市場，oracle的版本8是個很特別的版本，先出了oracle 8，結果後來有了internet的概念，馬上出了乙個oracle 8i,隨後在9中正式引入了i的概念，從10開始，有了網格化的概念，主推的自動化虛擬儲存對儲存廠商是乙個很大的挑戰，因為自動化虛擬儲存是免費的（asm)，11g算是對asm技術的乙個更加穩定的昇華，無論從rac技術還是data guard都有了很大的變化，引入了大量的新特性，版本12，因為有了大資料的概念，雲的概念，12最後是主打c，就是cloud的意思，個人倒沒有怎麼用過12c，但是從宣傳和演示來看還是新增了太多的內容和很多大幅度的改進。
關於安裝oracle客戶端
可能我們想使用資料庫客戶端來做一些簡單的查詢，我們需要安裝資料庫客戶端，大概得好幾個g了，然後安裝sql developer，然後各種配置，可能在64位系統中還不一定能搞定，可能需要一些32位的包。
我自己以前也這麼習慣了，認為就應該是這樣的，沒有辦法，不知道哪一天我自己突發奇想，想自己搞乙個客戶端軟體的時候，網上一查，發現已經有一些人這麼幹了，個人覺得比較精簡的就是sqlhandler，大概只有不到5m，完全基於jdbc，不需要資料庫客戶端，sqldeveloper，做資料的查詢是一點問題沒有的。如果不太放心，可以選擇松鼠，也是乙個開源的工具，還同時支援db2,mysql等等，也不大。
這個時候我就想自己可能有時候真的成為了技術的奴隸，我們可能在做很多的額外工作而不自知。
mysql不光免費而且開源
mysql技術也是類似，自己接觸mysql的時間比較零散，幾年的時間內，從sun收購mysql，到oracle收購sun，mysql彷彿乙個平民進入了乙個豪門，可能會有各種各樣的約束，mysql因為開源免費被大量的公司所能接受並廣泛使用，我總是能夠看到大家都在各種工作場景中使用mysql，可能很多人都是因為mysql挺火的而接觸到了它，可能忘了它不光免費，還有開源的特點，能夠下功夫去看源**的人真是少之又少，前幾天乙個技術群裡，老白說搞mysql原始碼開發的年薪能達到百萬，大家是不是也心動了。自己在幾年前看阿里的乙個招聘條件中有一條是關於mysql的，最重要的乙個要求就是喜歡折騰技術。
對技術的淺嘗輒止
it界真是不乏各種新技術，資料庫的技術變更相對還算少，開發層面的技術變更真的是一年乙個樣，曾經的ssh技術幾年前真是紅透了半邊天，struts+spring+hibernate,結果沒過多久就就更名為ssh2了，因為出了structs 2其實就是webwork的改進。記得幾年前談論起這些技術時都是兩眼放光，好像能早點接觸這個技術就是一件很有面子的事情，但是如果深究起來，對於這個技術發現自己越是這麼喜歡花拳繡腿的東西，自己越是不了解，自己當時也不太明白為什麼structs中要有那麼多的配置和功能，總是在各種配置檔案中游走，忙活了一整天，感覺都是一些例行的流程，這種情況在稍後的乙個專案實戰中有了一些更深刻的體會，當時的要求是脫離這些框架能夠寫出乙個簡單的處理servletrequest的結構，自己去用去寫的時候，突然發現有時候還真得搞些配置，很多東西還確實得這麼弄。如果這麼想，說明自己確實進步了。
無意中接觸到的自動化測試技術
今天無意中看到媳婦在用eclipse寫乙個程式，我湊過去看的時候，她就信心滿滿的給我演示了一把，我看到執行程式後，彈出了瀏覽器視窗，開啟的是乙個訂票**，自動輸入了出發地，目的地，還有日期，然後自動查詢，準備訂票。看到這個確實讓人眼前一亮，我還以為她在給我放錄屏呢，自己接觸慣了平時工作中的技術，對測試技術知之甚少，這種技術真是太有用了。我試想了下，如果要在段時間內得到全國20多個指定城市到北京的飛機票情況，通過這個技術不就是很好的實踐嗎，這是不是有種大資料的味道呢，如果有成百上千的重複工作要做，這種自動化真是一種解放啊。很多人對於自動化技術都不屑一顧，但是通過今天的一點認識，自己感覺不拓寬自己的視野，看到的總是那一小片天空。
不要成為技術的奴隸，可能你會被各種新技術所淹沒，還是需要自己能好好反省一下，不要總是習慣於自己目前的狀態。可能你已經走了不少彎路，可能你還沒有茅塞頓開，可能你只需要乙個提醒就好。
不要成為工具的奴隸
開發人員很容易迷戀上工具，因為工具通常比較實用，而且具備明確定義的行為，比起學習最佳實踐或方法，學習工具更為簡單。然而，工具僅僅為解決問題提供協助，他們並不能自行解決問題。一位理解問題實質的開發人員能夠使用工具提高生產率和質量，而拙劣的程式設計師從來不投入時間或精力去理解如何更好的程式設計和如何避免...
不要讓物件成為奴隸
寫這篇文章純粹是為了提高大家對物件的認識。此間不同的論點不適用於目前的工程應用軟體設計。物件什麼時候成為奴隸了？也許在物件導向出現的時候，早就注定他是奴隸了。就如非洲黑人被帶到美洲的第一天，他們就是奴隸！是什麼是他們成為奴隸？枷鎖！身上的枷鎖和心靈上的枷鎖！身上的枷鎖是他們不能掙脫，而心靈上的枷鎖確...
不要讓物件成為奴隸
2006年11月08日 08 43 00 物件什麼時候成為奴隸了？也許在物件導向出現的時候，早就注定他是奴隸了。就如非洲黑人被帶到美洲的第一天，他們就是奴隸！是什麼是他們成為奴隸？枷鎖！身上的枷鎖和心靈上的枷鎖！身上的枷鎖是他們不能掙脫，而心靈上的枷鎖確讓他們不願或是不知道逃離！不是奴隸的人，永遠不...