PingCAP 这家公司的前景如何？

作为 TiDB 的开发者来强答一发~

我是 16 年 4 月初加入的 PingCAP，主要负责 SQL 计算引擎，包括 Planner 和 Executor 两部分。我刚开始加入的时候，整个 SQL 层做的比较乱，计算层不是完整的 volcano 模型，很多计算的东西要基于 ast，没有 hash join，plan 层几乎都是基于单机的思路。之后到 7 月末 beta 1.0 对 plan 层重构，区分了 Logical 和 Physical Plan。 @周昱行 写了第一版基于采样的 statistic 模块。executor 层和表达式计算不再基于 ast，实现了 hash join。8月份的时候实现了第一版 cost based optimizer， @申砾 贡献了 aggregation 下推和并行 hash join，为我们争取了第一个大客户。

9月-10月我在梦游

11月-12月 SQL Team 来了两个 ACM 神级选手实习，其中一个为我们优化了 analyze 语句。planner 加入了 eager aggregation功能，并且参考 SQL Server 实现了 subquery 的去关联化。

17年 1月 - 4月，两个妹子重构了 SQL 算子下推的逻辑，怀宇开始设计新的表达式计算框架，最重要的改动是，我们有了完全不基于分布式锁的 statistics 实时更新 / 通知机制，并尽可能的保证了一致性。

5月-8月，新的基于动态规划算法的 cost-based optimizer 完工，支持 index look-up join / sort merge join / hash join 的自动选择，TopN Query 更好的支持（很少有优化器可以做好这一点）。TiSpark beta 发布，让 TiDB 有了真正的 OLAP 引擎。

接下来的一年，我们会实现真正的 parallel execution，支持真正分布式的带 distinct 聚合算子的下推，基于动态规划的 Join Reorder，完全自动化更新统计信息（DBA 可以下岗了）。

我们这一年做的事情非常的。。。梦幻，没错，就是梦幻。。。从刚加入 PingCAP 的时候开始，我对“完美”的数据库的幻想正在一步步变成现实。我最喜欢一个作品初期的样子：它有无限的可能性，而让这些可能性成真的人，正是你，是我们每一个工程师。

这也许是一家在国内最能让你体验作为“工程师”的价值的公司。你仿佛是一个画家，一个雕塑家，你可以告别任何无意义的劳动，尽情发挥自己的才华。你每一个自以为天才（实际上可能愚蠢）的想法，即使失败了，仍然可以推倒重来，在一篇又一篇的论文里寻找正确答案。这里是可以实践每一个前沿理论的地方。

自由，专注，创新，严谨，也许这些就是这家公司的基因，由此而诞生的产品必然卓越，由此而形成的市场必然广阔。前方也许有很多未知的考验，但是走好这段路的每一步，让我十分心安。