去年此时，我在墨天轮写了一篇文章《决定不做DBA了，我能去面试什么岗位》。转眼一年过去了，在这一年的时间里，或多或少，都有前同事、朋友、亲戚问我，我在现在的岗位上做的怎么样，未来又有什么样的想法等等。作为一个去年告别了10年DBA职业生涯的人，我这一年到底经历了哪些，又在做着什么样的工作职责，未来又有着怎样的定位？我觉得是时候给大家聊聊，也给可能转型的DBA同行们一个参考。当然，这仅仅是我个人的经历和经验，可能不具备普适性。
心态的变化：从一块块砖到一面面墙
入职时候我的岗位是做架构，用自己之前DBA的经验，帮助客户去解决问题。那会，是我们产品0.1还没发布的阶段，工位稀疏地坐着同事，一个偌大的办公室只有十几个人。在产品极其早期的阶段，我被安排做测试。讲真，我从读书到入职之前，唯一做过的就是实习时候几个月的测试工作，而且那会作为实习生，我只需要把组里资深同事写好的用例跑个结果，去总结一下把问题反馈给大家，实际上是一个很初级的工作，而且当时测试的DB2是有着完备的文档以及成熟的体系。而这次不同的是，我要做的事情是从一个初生的数据库开始，所面对的都是全新的内容。
同时还在做着一些文档和少量的社区运营工作，这些内容占得比例不大，但是仍然让我体验到了以前没有接触过的工作内容。在入职之后的前几个月里，我感觉自己成了一块砖，哪需要就往哪搬。这一过程让我收获最多的，是和几乎每个同事都有了打交道的机会，也是迅速融入公司的一个好契机。我非常享受这一阶段的状态。
几个月后，随着公司同事的陆续到岗，以及产品路线的不断推进，我从之前的架构组到了产品组。负责的是产品需求并协助一点测试工作。这一刻对我来说其实挑战更大，因为架构本身和DBA的工作是有很多相似性的，更加注重实操层面的东西。而产品则是要需求、功能、性能、技术去做更多的理解，同时还要和开发的同事在很多细节上每天打交道。从一个迭代到一个迭代，在体会着一个产品一点一点累计，一块一块砖往上垒，形成了一面面墙，正在组成一个房子，而墙上贴满了工作的成果、心悦、辛酸和未来。
角色职责的转换，是我在整个过程中挑战最大的，没有之一，在这一过程中遇到的困境和难点主要是：
1) DBA是一个注重实际动手的岗位，理论知识再丰富没有实际动手能力是不行的，但是做产品经理往往这方面要求非常低，需要让自己在理论和实际中找到一个平衡点
2) 打交道的同事发生了很大变化，过往做DBA时，同事可能是项目经理、业务负责人、其他运维同事、厂商客户经理等等，现在周围的同事是开发部门的程序员、测试工程师，无论是思维模式还是沟通内容都有了很大变化
3) 心态的变化同样非常明显，在过去做DBA的时候，每一步操作都是战战兢兢，那种走钢丝的感觉我相信只有做过生产库运维的同行才能意会，而现在可以更加放飞自我，很多过去谨慎触及的地方，如今都可以大胆尝试
关注的变化：从一间间房到一块块地砖
以前做DBA的时候，经历了刚入行运维十几套生产库到后来一个人运维几百个实例的成长，对数据库管理的方式从全部人工再到逐步自动化运维，从执行运维规范再到成为制定规范的人，实际上在我眼中的数据库管理，越来越关注宏观层面上的整体运维。这其实是和个人成长以及企业数据库建设周期相关的。
而转型做数据库产品设计，关注的内容一下从整体、规范、交集、业务相关、成本、监控等等，变成了一个个细粒度的使用和功能，一条条SQL的具体性能，一个个BUG带来的影响，一个个迭代周期内的提升。这对于我来说，不啻于一个超大事务的rollback操作。把自己的关注点从宏观拉回到更细致的点，及要去思考自己曾经作为数据库用户，是一个什么样的经历和过程，又要立足于产品经理对于整体数据库的理解。这中间还有很多自己曾经工作学习不曾触碰过的领域，例如云、存储、分布式等等。如何把自己过去的经验和当下的工作结合起来，困扰了我很久，并且在一个相当长的时间里，都在思考和怀疑，自己每天做出的每一个决策，说出的每一句话，提交的每一个issue，是不是都有意义。
以前看过一个纪录片，讲述宫本茂在开发塞尔达传说系列时的一些抉择，其中的一些方法论给我了很多启发，比如加法还是减法、正确和错误的界定、立足当下和立足未来等等。过去的10年里，数据库在我的视角里，是一间间房子，这些房子里摆放着不同的东西，进行着不同的业务，不需要对里面的一砖一瓦了解的太细致，只是在需要的时候关注其中某一部分。但是如今，我需要对整个数据库产品的方方面面都了解，这一间房子里有多少地砖，每块地砖尺寸是多少，都需要我清楚并且如数家珍。而这些地砖墙纸家具组合到一起，又组合出一套什么样的屋子，更需要我心中有数。
在这一年的时间里，我总结下来，遇到了这些困难：
1) DBA可能不需要对一个数据库产品的方方面面都有所了解，因为实际工作中遇到的问题不同，面对的环境不同，最终会倾向于某个方面，但是作为产品经理，你必须要了解每一个功能点，每个性能场景，这是职责的需要
2) 以往的经验可能不再管用，需要对一些东西重新认知。一个数据库产品的开发，往往都是具有前瞻性的，但是我们实际生产环境的版本却普遍具有滞后性。这两者之间的差异可能非常之大，大到我以前的经验都要被推翻
3) 当下的关注的内容，可能找不到谁能够给予你指导，因为你在参与一款新数据库的建设，市面上的其他产品即便再类似，都不是一样东西，要努力克服自己的孤独与无助感，有时候这与面对性能优化一筹莫展有异曲同工
成长的变化：从一次次登录到一次次登出
聊完负能量的东西，我们来聊聊正向的激励。这也是我这一年作为数据库产品经理所积累下的诸多感慨。
在这一年的时间里，对我来说，明显感觉到自己的成长路径发生了变化。DBA时期的我，衡量自己的维度可能是事故发生率，可能是成本节省，可能是系统助力情况，甚至可能是和业务部门的人际关系。而转换身份角色之后的我，在过去不曾设想过的方面，在一年的时间里，都有了不同程度的成长。
在帮忙测试的日子里，对于自动化测试有了新的认知，曾经的我只是机械地拿着同事写好的脚本去跑结果，把测试数据收集反馈，现在的我要去自己写测试用例，自己跑结果，自己提bug，自己验证修复结果。以前对于UT/BVT/CI统统不了解，现在慢慢有了越来越多的了解。此外，对于一个系统软件的开发，慢慢有了基础的认知。作为一个毕业就去做DBA的人来说，我完全没有经历过一个基础软件的开发周期。而现在每天，我都在亲历着公司项目的成长与进步。这是我过去10年不曾经历却又希望有机会去体验的。以前对于写文档是如此的发怵，如今写文档信手拈来，并且开始有了自己的语言风格。心里的舒适区，从以前每天一次次登录到系统里，看到各个数据库平台的正常运转，到每天完成一天的工作，一次次登出自己的各类工作软件所带来的充实所替代。这一年，是一次次打破扩大自己的舒适区的一年，也是一点点走出自己曾经舒适区的一年。
如果你是一个曾经和我一样的运维DBA，并且希望转型做一个数据库产品经理，那么你可能会收获这些成长：
1) 对于软件的开发和测试，将会有更多的了解，并且会深入到其中的方方面面，甚至要去努力学习读懂代码
2) 把自己曾经对于数据库的一些独到理解，融入到产品的功能性能特性架构里，这种和产品你中有我我中有你
3) 不断突破自己的舒适区，获取新的技能，可能是沟通技巧，可能是文档能力，可能是另一种新的思维模式
尾声
过去的一年里，我用自己的真实经历去体会了一个DBA转型的林林总总。有很多痛苦的地方，也有很多快乐成长的地方。这期间我自己也不记得有多少次动摇过，甚至怀疑自己到底有没有这个能力去胜任。事实上直到今天，我仍然觉得自己在数据库产品经理这个岗位上，很多方面做的还远远不够。然而如同很多人一样，如果我就此放弃半途而废，几乎可以肯定的是，未来的我一定会鄙视决定放弃时的我。
写这篇文章的目的，也是希望让各位同行看到，DBA的转型既不是别人所描绘的那样海阔天空，也不是一条毫无头绪的毛线团。既有峰回路转的惊喜，又有诸多的不确定因素，不是每个人都适合这条路。如果你和去年的我一样，对于职业生涯的转型有所希冀，希望本文能够给你一些启发。
