技術長征路的開始

    今天無意中在微信群中看到了這麼一個截圖，讓我的內心又開始躁動不安。
記得有這麼一頁ppt，但是忘了是在哪裡的，於是乎翻遍了這兩天的大多數微信聊天記錄，終於找到。

    這幾句話可謂字字珠璣，每句話都無需解釋，因為在很多行業都是如此。
    而我，在前些日子還引用了一篇文章的觀點《Amazon全棧工程師：從淘汰Oracle資料庫的事說起》。
   
    對此，我感覺自己很有壓力，我知道這些風險，但是我竟然一直無動於衷，實在慚愧。原因（藉口）就是忙。因為沒有人會告訴你，你該做些什麼，在很多事情不明朗之前，大環境沒有成為氣候之前，這些都是機遇，也是風險。當然動力不足任何事情都無法驅動。
    很多朋友會問我說，現在學Oracle晚不晚，有些朋友說現在Oracle沒有以前那麼火了，DBA現在沒有以前那麼風光了，現在搞IT越來越難了。好像都對，好像都有道理，但是我們自己有自己的生活，什麼技術最時髦，什麼技術最有前途，可能這些因素在不同年齡階段的人嚴重會有一些理解上的差別，對於不同事業階段的人來說也會有很大的出入。現在行業裡其實已經有很多的技術變革了，新一波的變革已經悄然開啟，可能等我們意識到的時候，已經成為定局。
    資料庫技術發展一直很穩定，以前做開發的時候，被各種開發框架所淹沒，感覺變化真是太快了，資料庫技術相對來說比較穩定，也聽到有些朋友會說，學學資料庫吧，這技術一直比較穩定，變化相對很小，可是上了這條船，發現不知道是之前對行業瞭解不深，還是這些年技術變革太多，資料庫行業裡的技術變革也算是百花齊放，我已經有了和以前一樣的感覺。
    我現在的工作，5年後會被機器替代嗎，一這麼想我就有一些不知所措，現在自動化搞得如火如荼，接下來的智慧化，精細化，那麼人工干預的事項其實會少很多，很多重複性的工作就會逐步減少。因為不是會被替代，就是會被外包出去。
    作為一個Oracle DBA該如何取捨呢，我覺得在技術方面，Oracle還是有很多值得深究的內容，看看行業裡的大咖分析問題，對於原理了解的非常透徹，分析起問題都是頭頭是道，沒有太多的教條，沒有固話的套路和攻略，這些是嚴格的方法論和完善的知識體系，我相信學好了一門技術再去學習另外一門技術，那麼會有一個相對較高的起點，所以我們需要提高自身的水平和能力，做哪一行哪一個專業，先把它弄熟弄明白。
    而作為技術人可以選擇突圍，比如可以跨多個資料庫領域，NoSQL,NewSQL等等，或者其它的技術領域，儲存，網路等等，下午看了下《高效能MySQL》，發現有了Oracle的技術，去看這部書的時候，會有很多的問題和對比，比如索引，查詢效能最佳化，高階特性這幾個章節，其實有了Oracle的基礎，讀起來就會容易很多，這是一些共通的地方，而對於MySQL的特色，比如複製，高可用，擴充套件等，這些和Oracle還是有較大的差別，就需要花些時間來學習了。
    而我們也可以有更多的選擇，比如某一個技術領域，某一個開發語言，這些都未嘗不可，我覺得值得提倡，不要固步自封。掌握一些開發技能是解決很多問題的源動力。很早就有各種技術趨勢的說法，test is dead,DBA is dead,從來沒有聽過dev is dead. 到了現在，已經不會像剛畢業就糾結於技術排行榜上的語言排行名次了，能給我解決問題的工具就是好工具，能改進問題的態度不能丟，因為這些丟了，前進的動力就沒了，在技術的長征廬山過舊會掉隊。