技术长征路的开始

    今天无意中在微信群中看到了这么一个截图，让我的内心又开始躁动不安。
记得有这么一页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. 到了现在，已经不会像刚毕业就纠结于技术排行榜上的语言排行名次了，能给我解决问题的工具就是好工具，能改进问题的态度不能丢，因为这些丢了，前进的动力就没了，在技术的长征庐山过旧会掉队。