修改完Code Review提出的十一条建议，已经是周三下午。
林晨把合并请求重新提交上去，靠在椅背上揉了揉发酸的眼睛。王工几分钟内就点了，附了一条评论：改进明显，Chaos测试写得不错。继续加油。
短短一行字，比之前那一长串红色批注让他舒服多了。
他站起来去茶水间倒水，路过老赵工位时，老赵正对着三块显示器同时比划，嘴里念念有词，像在演一出一个人的技术辩论。林晨放慢脚步，隐约听到他在自言自语：不行，这个join太重了，得拆成两步……
老赵发现他在旁边，抬头看了他一眼：怎么了？
没事，路过。林晨犹豫了一下，还是问了出来，赵哥，你平时看代码，怎么做到那么快就能定位到瓶颈的？上次Review你一眼就看出我缓存TTL的问题。
老赵乐了，放下保温杯：哪有什么一眼，都是踩坑踩出来的。我进T厂之前在两家公司干过，每家都有过线上事故。那些事故复盘的时候，你被迫把每一行代码都像X光一样透视一遍，时间长了，看新代码自然就知道哪里容易出问题。
事故复盘。林晨默默记下这四个字。
老赵站起来伸了个懒腰，你在这个组，后面肯定也会遇到线上问题。到时候别慌，每一个线上问题都是最好的老师，比任何文档都管用。
林晨点点头，端着水杯回了工位。
他把这周学到的所有东西，在笔记里做了一个梳理。入职不到两周，他已经感受到了一种前所未有的信息密度。以前在跨境电商公司做后端，技术栈相对固定，业务逻辑是核心，系统规模有限，很多问题根本不会暴露。后来一个人做量化系统，虽然涉及机器学习和数据工程，但毕竟是一个人从头写到尾，架构、部署、监控都是最简版本，够用就行。
而在T厂，他每天都在接触新的东西。
周一，他花了一下午研究公司内部的配置中心——一个他以前闻所未闻的动态配置分发系统。原来大厂的服务不是靠改代码、重新部署来调整参数的，而是通过配置中心实时下发，服务端监听变更并热加载。这让他想到自己的量化系统，每次调参都要停掉策略进程，修改配置文件，再重启，浪费了宝贵的交易时间。如果引入类似的机制……
周二，他跟着王皓学习了一种分布式追踪的方案。以前他只是听说过OpenTelemetry，现在亲手在代码里接入，看到请求在不同微服务之间的完整
（本章节未完结，点击下一页翻页继续阅读）
正在加载...