工作总结

工作总结转正工作总结 2026-04-04

(直接可用)2026年按照项目主管转正工作总。

试用期六个月，我手头三个核心模块：网关服务、数据清洗管道、统计接口。网关那个事最磨人。

四月中旬，业务高峰期监控突然跳出告警。内存占用每个小时涨8%，我们正常基线是每小时2%以内。连接数曲线像上楼梯，一步一台阶。主管在外地开会，团队里三个开发盯着屏幕等我拿主意。我没慌着翻代码，先干了两个糙活：把最近三天的提交记录全部diff一遍，发现有个同事改了一处连接复用逻辑——他以为HttpClient默认会回收，其实没加finally release；然后在预发环境用tcpcopy把线上流量引过来，十五分钟复现了泄漏。定位到根因后，我决定凌晨两点发版。有人提“先重启撑到明天白天再说”，我说不行。第二天峰值流量比当天还高三成，重启只能撑四小时。那晚我盯着gc日志和连接数曲线，把连接池从固定8个改成动态伸缩，最小2最大20，空闲超时30秒回收。另外加了一层兜底：用try-with-resources包装所有请求，确保任何异常都能关闭连接。凌晨三点半上线，观察一小时，内存增长降到每小时0.5%。第二天整理故障处置单时，我列了三件事：连接池监控告警阈值调到10%，代码审查强制检查资源释放，每周一次长稳测试跑24小时。这事之后我明白一个道理——主管不是技术最强的那个，是在信息不全时敢拍板、拍完能兜底的那个。

另一个案例跟工艺标准有关。一个老掉牙的数据清洗模块，上游换了数据格式，直接报错。文档只有一行“TODO: 重构”，代码缩进都是乱的。我接手的头两小时没写代码，先逆向。用git blame找出最后维护的人，他已经离职半年。我拆了个笨办法：第一天把原模块四百多行代码切成四个子函数——解析、校验、转换、输出，每个函数单独跑回归测试，用三年前的备份日志做验证。第二天只改解析那段，把固定长度字段改成分隔符识别，其他三个函数一个字不动。最后改了八十二行，新增六十六行单元测试。质检同事来验收，说“你这也算重构？”我把回放结果拍桌上：历史七天日志回放通过率100%，边界测试覆盖了空值、超长字段、非法字符三种异常。他签字放行。我学到的是：在烂摊子上做优化，控制变更面比炫技重要一百倍。主管的权威不是靠重写整个模块证明的，是靠八十行代码解决四百行的问题，还保证不出新bug。

团队那边也有教训。组里六个人，两个刚转正，一个老资历但沟通硬。我接手第二个月，联调进度总是卡。站会上大家轮流说“昨天做了什么”，听起来都很忙，一对接就发现理解偏差。老资历那个扔出一份接口文档，新人不敢问，闷头写三天，拿出来的东西对不上。我改了站会形式。不聊做了什么，只问三句：现在卡在哪、需要谁配合、预计多久能解。另外加了个死规定：设计评审会上，新人必须提至少一个问题，谁问出有价值的东西我自掏腰包请咖啡。头两周没人问。第三次评审，一个新人怯生生问“这个超时时间为什么设5秒，我看日志有时候要6秒”。老资历脸拉下来，我接过来查了代码，发现确实有个下游服务p99延迟是5.8秒。当场把超时改到10秒，加了一条监控。那之后新人敢开口了。两周后联调阻塞从平均每周四个降到一两个。这事不算什么管理技巧，就是拿掉信息不对称的墙。

性能优化我有土办法。每个迭代结束，我把最慢的三个接口拉出来跑profile。有个统计接口，耗时从200ms涨到1.2秒。堆栈显示大部分时间卡在反射调用。查代码发现同事用了个通用导出组件，每次查询都遍历字段名做反射。我没直接让他改，而是在测试环境写了两段代码——反射方式vs预编译缓存方式，各跑一千次请求。反射平均1.15秒，缓存平均0.14秒。数据贴到群里，他主动说“我来重写”。最后接口压到150ms以下。主管说话不用大声，数据比嗓门好使。

转正前一周大领导找我谈话。问我觉得自己跟正式主管还差什么。我说两样：一是申请测试资源我花了三天才拿到机器，跨部门流程不熟；二是上次事故报告我只写了“技术原因”，质量部打回来让补“管理原因”，我不知道怎么写。领导笑了，说“你这两条说出来就及格了”。我后来补了那份报告，写清楚是因为没有强制要求代码审查资源释放导致漏掉连接池问题。报告交上去，质量部通过了。

试用期我整理了三份东西：《线上故障处置checklist》十二条、《代码审查常见资源泄漏清单》九条、《接口性能分析模板》带截图步骤。组里已经开始用了。上周一个新人排查内存问题，照着checklist第二步就找到未关闭的流。

好读后HDH765.CoM资深编辑的私房书单: