我的第一周，展望未来 - MariaDB.org

首先，感谢大家热情的欢迎词——这些词语来自不同媒体的许多人，我认为这对与MariaDB社区内的组织和个人合作来说是一个非常积极的迹象。

无论情况如何，像这样的变化，或者说实际是新来的人，通常被描述为一把“新扫帚”。所以我就是一把新扫帚。这可以在整个过程中提供一个新的开端，有机会清理一些过时的东西，改进一些事情，并执行新的新举措。

在我担任CEO的第一周，我与我们所有的员工进行了交谈，当然也阅读了许多资料。我还（通过电子方式）会见了我们生态系统内外许多其他人。我现在对我们所处的位置有了更多的了解，虽然我自然还在现有2018年预算的框架内广泛工作，但我们已经可以开始展望未来了。

GitHub Pull Requests

投入更多资源处理Github上大量未处理的Pull Requests（PR）显然是一个优先事项。什么是pull request？它是代码库维护者请求“拉入”贡献者提交的补丁。PR需要经过审查，可能需要根据编码规范进行调整，当然还需要进行测试。这通常需要与提交补丁的人进行良好的沟通，并进行几次迭代。重要的是，补丁不能导致回归——回归是指之前工作正常的功能现在坏了（不工作了）。因此，你会发现处理PR是一项需要技能的任务，尤其要考虑到MariaDB构建所依赖的许多不同平台和环境。

看到来自如此多来源的补丁贡献真是太棒了，这与MySQL AB时期有着巨大的不同，当时由于各种原因，我们在这一领域的社区贡献相对较少。那里的贡献通常是以实用工具的形式出现；谁还记得mysqlhotcopy（Tim Bunce的作品）和Maatkit（Baron Schwartz的作品）这样的瑰宝？mysqlhotcopy实际上仍然是发行包的一部分，尽管现在很少有人使用它（因为它通常只在只使用MyISAM的系统上使用），而Maatkit现在仍然以Percona Toolkit的形式存在，几乎所有DBA在现场工作时都会随身携带它。

各种规模的贡献

MariaDB Corp. 在主要新功能方面做了大量工作，这当然很重要，在这方面他们是MariaDB代码库最大的贡献者。有时也会有其他主要的整块代码进入代码库，例如Codership的Galera Cluster。

那么补丁呢？它们可能修复了一个bug，或者仅仅是重新措辞了一个令人困惑的错误消息。我的开发者告诉我，很大一部分PR实际上与发行包中的脚本有关。这些补丁重要吗？非常重要！

虽然某些问题可能只影响特定环境中的少数人，但消除这些小烦恼是有益的，因为这能使产品整体更好。我称之为烦恼，因为例如在Red Hat或Ubuntu上执行升级操作时遇到的失败或警告，对于执行这些任务的人来说确实很烦人。这会花费他们的时间，而他们已经有很多事情需要处理和担心。所以从另一方面来看，看到这样的操作顺利完成会让他们非常高兴，这也与那些表现不佳的软件包形成了对比。

汽车类比

运行良好的软件包和产品会在更多更复杂的环境中得到部署，这对每个人都有益。我经常把这比作汽车——我个人并不特别喜欢汽车，但我觉得这个类比很贴切。如果周围的人告诉你品牌X的汽车（新的或二手的）可靠、驾乘舒适、并且外观也不错，你就更有可能购买它。

人们有时会问我关于社区与商业服务提供商之间的关系，我总是解释说这是一个错误的二分法。两者存在于完全相同的空间中，并非互相排斥，实际上它们都是同一社区（或者说生态系统，如果你愿意这样称呼的话）的一部分。并非每个车主都会以同样的频率去当地的修理厂，购买所有的可选配件，甚至关心他们的轮胎胎压。那是他们自由的选择，对吧？

但是如果你不注意你的轮胎胎压，你会更费油。如果你不定期保养你的汽车，它的运行效率会降低，并且更可能在最糟糕的时间和地点抛锚。

一个蓬勃发展的生态系统

有些人自己就是能干的机械师，但大多数人和公司没有时间，或者缺乏那种水平或专业知识。这就是MySQL AB的前CEO Mårten Mickos曾经说过的一句话派上用场的地方。Mårten说过：

有些人花时间来省钱；
有些人花钱来省时间。

我认为这仍然很好地解释了这一切是如何运作的。这就是为什么MariaDB生态系统中的服务提供商能够并且正在蓬勃发展。即使你有自己动手做某事的专业知识，你肯定还有许多不同的事情要做，而MariaDB只是其中的一部分。因此，寻求外部专业知识来协助处理这件事是非常合理的，而且，因为你不想在路边遇到尴尬的故障，这种协助很可能是持续的服务安排，包括定期的维护检查。这使得MariaDB Server和你的汽车都能平稳运行。