最近在几个技术群都看到了姚远老师发的《从国内外IT人的差异谈如何破除35岁魔咒》，这件事确实是触碰到了很多人那根敏感的神经。我相信在墨天轮，DBA是非常大的一个群体，甚至可能是最大的群体。那么DBA有没有35岁魔咒？如果有魔咒又要怎么办？
上篇，魔咒
技术路线，和很多技术岗位一样，DBA不是做得越久经验和水平就越高，往往都会在某个时间点开始，个人技术水平的增长越来越缓慢，精力也开始衰退，很多熬夜通宵的工作慢慢开始体力不支。如果放在10年前20年前也许不是大问题，毕竟一个公司的数据库不会总换不会总折腾，安心搞好O+M+S。但是最近几年情况变了，大量新数据库迸发，大家都要面对新数据库的选型和使用。这其中的学习成本和试错成本都是没有上限的。继续一线技术，就不可避免地要去面对。甚至AI的发展，会不会挤压DBA的生存空间，都是未知数。过去一年多的时间里，AI4DB的论文层出不穷。
管理路线，管理的范畴就比较大了，可能是项目经理、可能是运维管理等等。但是限于在公司DBA出身的背景，很难再有突破了。CIO或者CTO级别的岗位几乎不会与DBA有关，反而和业务关联紧密或者开发出身的同事更容易。毕竟在一家企业里，运维的地位很难与开发相提并论。做的好小透明，做不好频频出问题，怎么都不容易出成绩。公司降本增效的时候，拿运维开刀也是家常便饭。除非你所在的公司数据库岗位地位非常高又或者有伯乐的提携，才有机会有更高级别的职位，否则一个运维经理大概就是天花板。
下篇，解咒
35之后，DBA的职业魔咒该怎么解咒？
第一个观点，我和姚远老师想法一样，不要轻易学新技术，尤其是和自己过往经历差异较大的技术。我在临近35之前，也折腾过hadoop和区块链。然而实际上自己不懂java开发也不懂安全协议，收效甚微。最终还是选择继续在关系型数据库上打转。如今的国产数据库有一个特点，就是都在以兼容Oracle和MySQL为方向。以这个角度去探索一些新数据库，未尝不是一个方式。将过往的数据库管理经验应用上。
第二个观点，尝试着做一些业务和技术相结合的岗位。比如我现在在做公司的数据治理，还肩负着各种新数据库的探索和选型。既包含了新的挑战，也没有放下旧有的擅长领域。在了解了业务数据需求和数据资产的情况下，去寻找最适合的数据解决方案，也成为了我现在不断学习的方向。至于结果如何，用几年时间来探索实验吧。
第三个观点，投身国产数据库是一个方向，但需要谨慎选择岗位。在过去两年里我的亲身经历《劝退DBA转数据库产品经理的6个瞬间》，描述了自己所面临过的困境。如今国产数据库蛮荒时代渐渐过去，达梦的上市就是一个信号。选好一个公司一个产品，选择一个和自己长远发展更有利的岗位，其实是需要一些运气的。
第四个观点，不要盲目去追风口。我见证过追逐风口的公司半年裁掉几千人的往事，也和诸多当事人有过面对面的交流。大模型固然是现在最火的，也有一些数据库产品与大模型相结合。但是风口之后的一地鸡毛固然只是时代的一颗尘埃，但是这颗尘埃如果落到我们身上，就不仅仅是一颗尘埃，而是一座喷涌的火山。
在行动上，我也有两个不成熟的建议：
技术路线，如果你觉得自己的技术还有不小的成长空间，我建议不要轻易放弃。在擅长的方向继续投入时间学习。如果反过来，在技术成长已经接近天花板的时候，在技术深度上无法继续，再去考虑一下拓展运维广度，它们仍然和数据库息息相关，例如信息安全、操作系统，但是数据库作为自己的根基，仍然不要丢。此外，与业务相结合的岗位，例如数据治理、系统架构、业务优化等等，都是可以参与进去的。
管理路线，无论是做运维管理还是产品管理，数据库技术以及运维技术都是不可或缺的。长时间在一线生产的经验，也会让有经验的DBA对很多微小的信号极其敏感。即便是做运维管理，也请不要脱离一线技术，继续长时间与一线生产环境打交道，将对各种数据库指标以及数据库操作的肌肉记忆保持下去。纯粹的管理型人才很多，不缺你一个，但是技术敏感的管理型人才，尤其是有经验的，仍然是很有价值的。
这个世界上，也许大多数人到了35岁，都只是职业生涯稳定期的开始。经历了刚入行之后的懵懂，慢慢了解了自己擅长的，自己喜欢从事的。然而当下的风气，恰恰又是反过来，这也不能不说是一种无奈。路漫漫其修远，改变这些不是一天两天，而是一个长期的过程。有一天当中国企业逐步在高端产业中占据更多的利润和话语权之后，我相信这一切都会逐步改善，如同30年前我们只能做手套袜子，20年前我们开始做厨具家具，10年前我们开始做智能手机，而今天我们已经进军汽车制造。太阳底下，本无新事，历史总是在反复之中螺旋上升。过去的经验固然无法完全应用到今天，但是可以在解决我们当下的困难时，提供一些启发和思索。
