35岁DBA自述:为何选择从开发转行?为何坚持专项路线不曾动摇

4天前 14.8k 0

35+ (我刚35啦)的路还在探索中,先说一下我之前的路是怎么一步步走的,原因是什么。也许不是最成功的最好的路线,给大家分享一下,算是参考吧。

为什么要从开发转行DBA

现状

  1. 大学只教个基础,SQL 学的都乱七八糟的,还是 SQL Server
  2. 学了半天的开发,基础都已经打牢固了,为什么要费劲转 DBA?

原因一:工作的不适合

以下的种种让我缺失了安全感

“脑子不够用”

  • 我学开发时,感觉越学越要填补的知识就越多,Javascript、CSS、Java、框架、数据库。。。
  • 我做开发时,满脑子转的都是 IF…ELSE…,这套逻辑跳不出来了~,发现影响自身的生活。。。
  • 开发经常遇到 bug,原因很多。一个是普遍原因,就是需求总在变,但改变代码,就会有参数、判定等多方面的遗漏,因为需要做的点太多了。。。所以太容易开发出 bug 了

“没办法平衡生活和工作”

  • 和朋友日常聊天,朋友的一句话,把我说醒了:“你除了聊工作,生活就没别的么?”

总结

也许,开发并不适合我,我变的越来越脱离我想要的样子,所以必须做出改变

原因二:选择

既想做选择,又放弃不了已经得到的,那么,就只能一点点改变。很幸运的是一个 bug,让 DBA 找到了我,然后领导和我说,DBA 很多优点,那人是位大佬。我不嫉妒,但我的确羡慕,这就是让 DBA 这个职业钻进我大脑的源头。

之后的职业调研

  • 职业方向专一:面太广让我眼花缭乱,前端逻辑优点摸不到头脑,前后端处理让我崩溃。所以我一直想做后台,数据库完美契合
  • 就业面广:不受业务限制,各行各业都需要数据库
  • 学的人少:没有大学只教数据库,就说明DBA并不是一个批量生产的职业,这个就业面广形成鲜明对比,不愁没工作
  • 待遇满足个人需求:DBA 是一个有上限的工作,但不得不说,上限真的不低。对于不喜好玩职场潜规则、不擅长应酬的我来说,已经非常令人满足了。

学习方向的选择

从数据库的选择上,如果不清楚做哪个方向的话,从就业面广度考虑,建议以主流数据库学习为主,即:Oracle、MySQL、PostgreSQL。因为很多的数据库都是基于 MySQL 和 PostgreSQL 做的,或者兼容这三种数据库的管理方式。再者这三种数据库虽然有算法上的差异,但很多实现原理都是用差不太多的方式来完成的。

再者,根据职场规划、工作需要和个人喜好来进行路线上的调整,比如国产数据库、NOSQL、分布式数据库等方向。

最后建议选好路线,坚持到底的策略,阿里的朋友告诉过我,要想发展好,其实都是 T 字发展策略。| 为深度,要有专精,要到内核程度,各行各业站在金字塔尖的人物都是人才;— 为面,其他类型的基础管理要没问题,要做到中高级。

数据库行业发展与个人选择

我总共经历了数据库发展的两个阶段,但我依然坚持专项路线,不曾动摇。

  1. 互联网时代
  2. 国产化时代

其实每个时代都有其发展的优缺点,互联网的“红利期”让很多人赚到了钱,我虽然经历了整个阶段,但我却没有进入,这个和我不做开发的原因有些类似,单纯觉得我的精力有限,不够我在这样的洪流中能够安稳前进,也无法接受泡沫所带来的不安稳感,算是单纯根据对自身的了解来进行的选择吧。

然后来说一下云,从几个方面进行说吧:

行业层面
  • 使用方:云给很多人带来了方便,不用自己关注太多,很多方面的问题,都交由云管理人员进行管理,节省了大量的运维成本,也降低了运维的门槛。
  • 云运维人员:对于就业来说,很多人进行了转型。更多的云运维厂商营运而生。而作为云管理人员,接触更多的也以架构为主,更多的是以面为主的学习。而缺点相对来说就是不够专精。
  • 数据库管理员:对一些数据库人员带来了很大的冲击,使用专项运维的人员需求锐减,当时很多人做出了转型的决定。而一根筋的我,经过分析,还是毅然决然的决定继续我的 DBA 路线。
运维层面

当然,我也的确接触过云,给我的感觉更多是带来了一些麻烦,比如当我细究其根本原因时,排查受限,运维上会有些掣肘。因为一切信息来源都是数据库,少了系统层面的初步判断,再加上云资源调整时一些系统资源的相互干扰,导致云层面的监控信息与部署在系统上表现会不同。

与云管理员沟通时,由于对方技术的参差不齐,会导致沟通成本高;人品也各种不同,如果遇到了为了完成任务,而进行搪塞或忽悠的,解决不了问题,成本就更高了。

再加上 DBA 的一些职业习惯。更喜欢管理自己配置的环境,不相信他人的操作(有时是因为对方误操作、有时是因为对方不了解操作错,遇到多了,就失去了彼此的信任),就导致沟通起来很尴尬。

我的选择

说完两方面的差异,说说我为什么没有入互联网这个方向,去吃互联网红利,算是根据自身的了解去进行取舍吧

  1. 卷不动
    互联网行业的确卷,做云运维一般会同时面对 2~3 个客户进行解答,对于 IQ/EQ 的切换的确是一种挑战。而我不擅长这方面。
  2. 学习时间需要
    可能是个人智商的原因,我学习需要大量的时间,没办法在这样强度的工作间隙进行学习提升自己。但我又要让自己不断提升,以此来避免被后浪拍死在沙滩上。
  3. 学习内容喜好
    对于云运维这种,更偏向于整体的架构,而我更喜欢接触底层去学习+验证,更为的专精,然后将知识整理成属于自己的知识。

国产化

从个人角度来看,目前国产化令人欣喜的点是百花争鸣。但仍有很多不足,仍有很长的路要走。

  • 一个环形,相互制约
    整体看国产化对于市场占有扔不足,因为需求上,适配完后,推向市场的受众面有局限;也因为数据库管理员覆盖的原因,对于国产数据库运维的 DBA 数量不多,运维受限;国产数据库种类繁杂,让 DBA 无论走哪个方面,都让人犹豫不决,就业面受限。
  • 学习资料少,不成体系
    国产数据库网络资源少,很多问题排查困难,学习费劲,很难一步步往前走。
  • Oracle 标签太重
    既然可以平滑的使用,那么我用好 Oracle,等有需要的时候再转,会不会更好呢?

基于以上原因,我仍然处于观望的状态,继续学习自己擅长的领域。也许有机会接触到某款国产,基于工作、环境、专业的需要,我会好好的学习。

不同阶段如何学习

  • 入门/新人:考个认证吧,不是为培训机构做宣传,而是希望大家认识更多的志同道合的人,进入各种群,互相学习、分享资料和信息,对于不知道怎么走的大家更有帮助
  • 中级:以官方文档为主,有道翻译为辅,踏踏实实的学好学通一门数据库。各种博客帖子也可以常去转转
  • 高级:恭喜你,进入自我提高的阶段了。可以借助工具,深入研究学习数据库内核了,很多数据库工作机制原理在不断的进行丰满
  • 专家:开始拓展面吧,不仅仅指的是技术面,还有交际面。可以和更多的大佬,了解行业趋势,快速上手各种数据库了

总结

从我进入职场,到如今。经历了各个阶段和选择,总结一下吧:人才的发展,要一专多能。专项要足够深,专家的程度;面囊括招聘所需,中高级即可。

希望大家都能成为自己发展方向,金字塔顶端的人物。

本文为墨天轮社区特约作者 白瑞钧(Ryan Bai) 独家供稿,内容原创,仅代表作者个人观点,欢迎大家交流、讨论。本文现已收录至合辑《墨天轮专家邀稿合辑:论道数据库 解读新发展》,如需转载请联系作者或墨天轮官方。

相关文章

pt-kill工具的使用
pt-ioprofile工具包的使用
数据库管理-第216期 Oracle的高可用-01(20240703)
DBMS_REPAIR EXAMPLE SCRIPT WITH PARTITION
数据库事务的四大特性: ACID 
使用BBED修复损坏的SYSTEM文件头

发布评论