数据库管理-第223期 造车、开车、擦车与修车（20240726）

数据库管理-第223期 造车、开车、擦车与修车（20240726）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database（Oracle与MySQL）
PostgreSQL ACE Partner
10年数据库行业经验，现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、年度墨力之星，ITPUB认证专家、专家百人团成员，OCM讲师，PolarDB开源社区技术顾问，HaloDB外聘技术顾问，OceanBase观察团成员，青学会MOP技术社区（青年数据库学习互助会）技术顾问
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号，非著名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸；CSDN：胖头鱼的鱼缸（尹海文）；墨天轮：胖头鱼的鱼缸；ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

这几天和一家国产数据库厂商的社区运营聊得比较多，也比较杂。我感觉吧，一个数据库产品想要扩展影响力，社区肯定得做好，能让更多人通过更加便捷的渠道去了解数据库，通过一个运营良好的社区还能得到来自于广大数据库从业者的意见和建议。但是社区又是一件烧钱且不能得到及时回报的事情，另一方面一些数据库圈的代码工作者是不大接受来自于外部的意见和建议，甚是是瞧不上数据库的使用者和维护者的。有些情况下，这些人还会和社区产生一些冲突。
本期借某个群里的一个类比，来说一下，数据库圈（也许是整个IT圈甚至全行业）的一个“鄙视”的现象。

1 背景

这其实是那个群里大家在讨论数据库的时候，一个做数据库的研发人员对DBAers说了一句话：“你们作为擦车的直真懂车么”。说真的，这句话侮辱性和伤害性都是拉满的，这位研发人员的意思就是，你们DBA不碰数据库代码，连B-Tree怎么通过代码实现都不知道，类比汽车就是个擦车的，什么都不懂。
按照这一说法，可以把这位小哥理解的类比汽车相关的角色区分一下：

• 造车的：数据库代码工作者，研发人员
• 开车的：业务应用开发人员
• 擦车的：DBA

感觉车脏一点，无伤大雅，不大会影响车辆正常行驶。

2 起因

其实吧，这种现象在IT圈屡见不鲜，最多的就是搞开发的看不上搞运维的，也不乏很多人觉得运维岗没有存在的必要，但是在很多场景下又不得不依赖运维去解决一些开发解决不了的问题。
在我的理解中，师说中的一句话很重要“闻道有先后术业有专攻”。每个人都有自己的局限性，不可能做到“全知全能”。行业发展这么久，出现这么多具体的职业，归根结底也是社会环境延续下来更细的分工。出现这一问题的我觉得还是“知识诅咒”，沉浸在某个范围的知识达到一定深度后，就看不上初学者了，也看不到圈外的东西了。
就跟不应该去瞧不上一个环卫工人一样，因为他们是城市的美容师。

3 吾解

其实还是以车类比，我也有自己的角色区分：

• 造车的：数据库代码工作者，研发人员
• 开车的：业务应用开发人员
• 修车的：DBA

其实三个角色并不是毫无关联，相互独立的，比如造车和修车的大多数也会开车；修车的也会懂一些汽车运行原理，一些牛逼的修车师傅甚至能比造车的更容易找到车的问题；开车和修车的大多数也比造成的更懂改装车辆；要解决一些核心问题还是得通过造车的来解决…
回看一下近两年的MotoGP中的本田车队，沉浸于过去的辉煌，停滞不前，不去参考学习技术发展，之前还能靠着马奎斯的技术“力挽狂澜”，但是到了最近也5车5摔，让人唏嘘。这就是造车脱离实际需求跑偏的结果。
我一直认为数据库产品是解决实际生产中的各种需求的，而不是脱离这些需求去创造困难的。创新是去用更简单的方式解决曾经很麻烦才能解决的问题或者是创造性去解决新需求。
作为一个DBA，我还是要给自己站台，说说类比车自己到底是什么角色：一个懂修车、懂改装的试驾人员。开车技术我比不过开车的，也不能凭空造车，但是我能在自己的位置上作为车和人的桥梁，发挥更好的人车功效。
补充一下首席的观点，首席认为一个合格的DBA用车做类比还差了些，首席认为DBA更像是《海天雄鹰》或者《长空之王》中的空军试飞员，这些人在战机制造过程中起了不可替代的重要作用。

总结

社会大分工是为了更好配合发展，而不是层级鄙视的。
老规矩，不知道写了些啥。