一月份拿了蚂蚁、头条、PingCAP 的社招 offer，分享一些心路历程(也算经验吧？)

有想看简历的老哥抱歉不能分享了，不过作为面经的补充，这里加一下大体的工作经历。

目前在老东家是呆了三年多（算上实习）。

实习期加第一个半年做的业务开发，当时啥也不会，属于恶补 Java 和 MySQL 的阶段。当时看了好多书，还有印象的是《Thinking in Java》、《Effective Java》、《高性能 MySQL》，第一本是因为写得太啰嗦了被我记住了，后两本确实是好书，至今回想很多章节都有新的收获

16年底碰到了一个很棒的机会，公司要成立中间件部门，我有幸转过去开始做中间件。当时中间件只有三个人，我的 mentor 和另一位大哥带头在做分库分表，分库分表这个事情有一个麻烦的就是业务方不敢直接切到新库上。于是当时就让我做一个旧库和新库实时同步的方案。这里面有一个挑战是老的表都设计得太范式化了，取一个列表要 join N 张表，这在分库分表场景下显然不现实。因此这个同步是把旧的 N 张表，同步到一个整合后的新表中。后来这个方案除了支持分库分表，也用在了搜索索引的准实时构建里。当时还写了一篇文章，现在回头看有点不忍直视_(:з」∠)_

也因为这个项目开始用 k8s（同步任务非常多，用 k8s 做调度），17年下半年公司要做一块垂直的新业务，mgr 让我过去帮忙设计架构，顺便搭建前期的基础系统，于是在这块新业务上全盘上了 k8s 和 istio，又刷了一波经验。

再下来就是18年上半年组织上派下来一个半年目标：搞一个配置中心并且把所有服务都接入配置中心，当时也调研了不少方案，最后...为了刷经验自己写了一个，写的过程倒没什么，推进各个业务方接这个过程对我锻炼很大，让我学会了从业务方的角度去看待业务问题和中间件。

18年下半年被调走做监控，之前的监控架构只有日志，在日志上做 Stream Compute 然后落到数仓做 OLAP，完全是大数据的玩法，用来做监控报警实时性和稳定性都有很大问题。整体做的事情就是把指标这一套融合进来，一是省钱，二是增强稳定性实时性。这段经历给我最宝贵的经验是我不再是一个人去做事情，而是需要调动我的团队去做事（当然并不是汇报关系，我只是 acting PO + TO），中间也是有笑有泪。