工作总结
发表时间：2026-04-27【推荐】2026年程序员个人工作总结与计划。
去年这个时候，我坐在工位上改一个老接口的配置参数，改完重启服务，看着日志一条条往外蹦，心里想的是：这破玩意还能撑多久？一年过去了，那个接口没再出过事，但新问题冒出来一堆。总结就是：解决问题不牛，让问题少发生才牛。
一、那个让我三天没睡好的积分接口
营销那边要上线一个新活动，调一个三年前的积分接口。文档没有，注释是“modified by whoever”，测环境通，预发就超时。我跟另一个同事排查了两天，第一天查网络、查防火墙，第二天抓包看SQL。最后定位到两处：连接池配死了最大20个连接，预发并发一高就排队；更阴的是，SQL里套了一个循环查询——每条记录去查一次关联表，数据量到500条就卡住。
我当时的判断是：这代码不值得修，得重写。但时间只有一天半。我跟产品经理说，要么延期两天，要么我先做一个“止血版”。止血版的做法：把循环SQL改成一条IN查询，连接池改成动态最小10最大50，再加一个简单的API熔断——连续失败5次就跳过后续调用。上线后压测，响应从2.3秒降到90毫秒。但我承认，当时没做充分回归，漏了一个边界条件：用户积分记录为空时，IN查询会报空指针。上线半小时后收到报警，赶紧回滚修了再发。
这件事让我搞明白一个道理：别信“能跑就别动”。跑得慢、跑得危险，早晚还债。还债的时候，先做止血方案，别一上来就想重构到完美。
二、坐到客服工位上改代码
下半年管一个工单系统。客服那边三天两头投诉：点保存没反应，多点几次就出来好几个重复工单。我去客服部蹲了半个下午，看她们怎么操作。发现是后台有一个耗时操作（查客户历史订单），页面没给任何提示，用户以为卡了，就反复点。我说咱们加个“提交中”的禁用状态，再做个幂等。产品经理说一周上线，我说两天就行。 【DJZ525.CoM 励志的句子】
前端加了一个灰色的提交按钮和进度条，后端基于工单编号+操作人ID+5分钟内的时间窗口做了缓存拦截。上线后重复工单率从之前一个月平均11%掉到不到1%。我这个1%是这么算的：每月总工单大约1.2万张，重复工单数从1300多降到不到120。我还加了一个埋点，统计用户点击保存到第一次响应的时间。之前有20%的请求超过5秒，现在全部在2秒以内。
但有个事我没做好：改动上线前，忘了通知客服部改他们的操作手册。结果第一天，好几个客服打电话问“按钮变灰了是不是系统坏了”。我赶紧补了一份一分钟的视频演示，发到群里。后来我定了个规矩：凡是有前端交互变化的，提前给业务方录屏。
三、那个清空打印队列的傻办法
车间那台老旧打印服务器，连着一台标签打印机。经常卡死，重启就好，但一重启就耽误生产。日志显示打印队列满了之后不会自动清理。网上的方案要写PowerShell脚本，但系统是Windows Server 2008 R2，好多命令不支持。
我想了个最笨的法子：计划任务每小时执行一次检查，队列数超过50就执行两个命令——net stop spooler，然后del C:\Windows\System32\spool\PRINTERS*.*，再net start spooler。这样会清空所有未完成的打印任务。会不会丢标签？会。但车间领班说，宁可丢几张重新打，也比停半小时强。我跟他们确认过：清空前邮件通知我，我手动备份一下队列里的文件名列表，万一有重要的，我单独重提。跑了八个月，清空了十几次，丢过三次标签，都是非关键的。
有时候技术方案不是为了完美，是为了在现有条件下把损失降到最低。而且必须让用户知道代价，不能替他们做决定。
四、三件没做成的事
说点不好听的。今年有三件事我没推下去。
一是想统一所有设备的日志格式。我写了规范，也找了运维负责人聊，他说“你先把现在这五种设备各出一套样例再说”。我出了，但有两个老设备根本不支持自定义日志格式，这事就卡住了。至今没解决。
二是想优化一个报表查询。数据量从50万涨到200万，页面加载要18秒。我做了索引，加了缓存，压到3秒。但产品经理说报表逻辑要改了，让我先别动。结果新的逻辑拖了三个月还没定，旧的报表大家继续抱怨慢。
三是想把单元测试覆盖率从20%提到60%。写了一个计划，挑了订单模块先做。写到一半，领导临时安排了一个紧急对接任务，测试就没再捡起来。到现在覆盖率还是23%。
这些事教会我：别把计划写得太满，也别把“没做成”藏起来。写总结不是为了表功，是为了记住什么地方你使劲了但没推过去，下次换个方式再来。
五、明年我想干的三件事
第一，单元测试我不贪多。就盯收款模块，现在覆盖率不到10%，那里逻辑最复杂、改动最频繁。我打算每一个接口至少补一个正常流程和一个异常流程。三个月后看结果，到了40%就算成。
第二，变更留痕不用高大上的配置中心。我准备从最关键的两个配置项入手——数据库连接串和外部API密钥。改一下注释、写个change log文件，放在代码仓库里。每次修改就提交一条记录。先跑通这个流程，再看要不要上工具。
第三，工单自动分派。现在的规则完全是按工单类型写死的，很多单子还是要人工转。我打算把历史一年的人工转派记录导出来，看看客服最常改的是什么字段。根据这个调整规则引擎的优先级。不求取代人，先做到能推荐前三候选处理人。
写这份总结的时候，我翻了一下聊天记录。去年有一个bug，我定位了两天才找到原因，当时在群里说“下次一定写单元测试”。一年过去了，那个模块的测试还是没补上。明年这时候再看，希望别再给自己打脸。
- 读书笔记吧小编为您推荐工作总结专题，欢迎访问：工作总结
