5.20 - 有搭子了

现在是 5.20 晚上 22:18，写一下今天的日记吧。

上午

昨天吃饭的时候知道我们大组来了个新实习生，就想着终于有伴了，然后昨晚就约着今天早上就一起吃饭。

其实组里的前辈们对我都很好，但是说实话有一些代沟，毕竟他们基本都是结婚/即将结婚这样子，加上工作了这么多年，我们的经历根本跟不上，他们平时老是聊出国旅行、房子、停车位这种话题，这种完全就插不上嘴，这种初期听着挺长见识，但是时间一长就不好了，一直没得说话还是很难受的，因此这个实习生来了我可开心了。

早上吃饭算是彼此熟悉了一下，她是北邮研二的，性格挺好，就可以一直聊，我能帮她什么呢，差不多也就是这些老文档没涉及但是实习肯定会用上的，希望未来上班能更开心吧。

然后回工位上把昨天review的代码改动 + 测试，基本就是一上午了，因为今天新学了一下打点的逻辑，那个平台第一次接触，连学习带 debug，因此才花了一上午，加上那个部署的速度本身也很慢，这个没办法。

下午

下午的话，首先 mt review 了代码后 approval 了，接着就是发布，第一个 tcc 发布需要走发布单，一下就得快俩小时，然后正常服务发布更是权限啊，内容啊，多的要命，一下午就在一边等发布，一边听了几场分享会，发布的时候每个阶段看那个各个阶段的状态，小流量、放量、全量等等内容，时间消耗是很长的，好在指标一切正常，灰度数据也符合我的预期，算是平稳上线。

但是我想灰度放量时，mt 也帮忙看了一下指标，发现那个服务的 cpu 负载，只是多了一个 expr 校验，差不多也就 100 qps(此时放量 1%)，cpu 负载的 p99 从 48% 到 53%，足足涨了 5%，然后 debug 一下，发现应该是后端接口有一个地方实现的不是很好，说是打算和对应开发的同学商量一下看看能不能优化一下，毕竟才放量了 1%，如果后续放量了 10% 甚至全量了，那 cpu 不是直接爆了吗。

晚上 8 点的时候说是先把那个 tcc 控制取消了，控制一下唯一变量，因此下线 tcc 又干了一个多小时，因此今晚我 9点多才离开公司，累爆了。

在等 tcc 下线的时候，本来想继续写串讲文档的，但 mt 问了，那就发给他，他看了之后说写的不错，因为我还剩最后一个业务视角没写，差不多明天就可以补完了，还是没毛病的，他提了一些意见，明天去给修改一下。

今天虽然累，但挺开心的，一个是有搭子了，另一个是 mt 夸我文档写的挺好，都是好事。

今天就这样，明天见～