java程序员工作总结自我评价.docxVIP

java程序员工作总结自我评价

第一章年度工作全景

1.1所在组织与角色

2023年2月—2024年1月，就职于杭州云犀科技有限公司（电商SaaS赛道），编制在交易履约事业部—订单履约组，职级P6，title为“Java开发工程师”。直接汇报对象是技术总监唐某，虚线汇报给订单履约组TL王某。团队共8人：4名后端、2名前端、1名QA、1名产品。

1.2业务目标

公司战略要求2023财年履约侧成本降低8%，同时保证99.95%接口可用性。我所在组的核心KPI是“订单拆单准确率≥99.9%，履约耗时≤150ms，全年P0故障0起”。

1.3个人目标拆解

①主导拆单引擎3.0重构，Q2上线，性能提升30%，准确率提升0.3‰；

②搭建灰度与回滚体系，使发布失败平均回滚时长从18min降到5min；

③建立代码质量门禁，单测覆盖率从42%提升到70%，Sonar严重漏洞0新增；

④输出5篇技术专利，其中2篇已实审；

⑤带教2名23届应届生，使其在6个月内达到P5水平。

第二章重点项目与落地细节

2.1拆单引擎3.0重构

背景：老系统（2.2版）基于Drools规则引擎，每次规则变更需重启，大促峰值CPU飙至95%，且因规则膨胀导致OOM。

技术选型

?规则热更新：自研基于Aviator表达式+GraalVM的轻量引擎，规则脚本存储于MySQL，版本化后推送至Redis，客户端监听KeySpace通知实现1s内生效。

?性能优化：引入Disruptor无锁队列，将同步拆单改为异步事件驱动；使用ThreadLocal缓存线程级上下文，减少GC压力。

?数据一致性：采用“预占库存+补偿消息”模式，基于RocketMQ事务消息，确保拆单结果与库存扣减要么都成功要么都回滚。

实施步骤

Step1需求澄清：与产品、运营、仓库、客服4方共12次会议，输出《拆单规则全景图》Excel238条。

Step2领域建模：用EventStorming在Miro上梳理17个聚合根，识别9个限界上下文，最终拆成3个微服务：split-core、split-rule、split-bff。

Step3编码：共3个Sprint，每个Sprint2周。采用“特性开关+主干开发”策略，所有代码合并到master但默认关闭。

Step4性能基线：在隔离性能环境（K8s独占节点16C32G）用Gatling压测，1000并发持续15min，TP99从230ms降到150ms，满足目标。

Step5灰度：按用户尾号0→9逐步放量，每10%观察24h，核心指标异常自动回滚。

Step6上线：6月28日00:10全量，监控大屏24h值守，最终0故障。

结果

?拆单准确率由99.62%提升到99.93%，全年为公司减少错发赔偿87万元；

?大促峰值（11.11）CPU利用率降至62%，节省21台4C8G容器，折合云成本18万元/年；

?项目获公司级“技术卓越奖”，个人晋升答辩加分。

2.2灰度与回滚体系

痛点：过去用Jenkins串行部署，回滚需重新打镜像，平均18min，期间订单接口成功率跌至98%，触发客诉。

方案

?镜像双版本：CI阶段同时构建prod与prod-rollback两个镜像，后者为上一次稳定Tag。

?ArgoRollout渐进式发布：配置canary步骤10%-30%-50%-100%，每步自动对比Prometheus指标（成功率、延迟、5min内错误数），超标即自动回滚。

?数据面回滚：对可能改表结构的变更，使用Flyway的“可重复迁移”+“回退脚本”，在rollout的prePromotionAnalysis阶段做影子表校验。

落地

①编写HelmChart模板12套，覆盖所有微服务；

②在GitLabCI中新增argo-sync阶段，耗时3min；

③回滚演练6次，回滚时长稳定4min30s内；

④形成《线上发布与回滚规范》制度文档，纳入研发ISO流程，违者扣绩效5分。

2.3代码质量门禁

制度

?任何MR必须满足：单测覆盖≥70%、Sonar严重漏洞=0、Checkstyle违规≤5、增量代码重复率≤3%。

?由GitLabCI的pipeline强制卡点，未通过无法合并。