负责企业级SaaS平台核心业务模块的全栈开发、性能优化及技术方案落地，覆盖前端交互到后端服务完整链路，支撑日均10万+企业用户的订单、支付、客户管理等高频业务需求。

• 主导设计并实现客户360°视图模块全栈开发，采用Django REST Framework构建后端API，结合Vue3+Pinia完成动态数据可视化前端，引入Redis Cluster缓存客户行为轨迹、交互历史等高频查询数据（QPS峰值8000+），将客户详情页加载耗时从800ms降至150ms，支撑单日5万+次深度查询操作，用户留存率提升12%。
• 针对支付链路高并发瓶颈（大促期间QPS超1.5万），重点优化支付回调接口：通过Celery异步队列解耦验签、记账、通知等逻辑，结合RabbitMQ死信队列处理异常重试；优化PostgreSQL索引策略（新增覆盖索引3个，调整复合索引顺序），并将接口限流阈值从2000QPS提升至5000QPS（基于Redis令牌桶算法）。最终支付成功率从92%提升至98.6%，月均处理订单突破80万笔，资损率降至0.001%以下。
• 推动技术架构升级，主导从单体应用向微服务转型：基于FastAPI构建支付中心、用户中心等5个独立服务，使用Docker容器化打包并通过K8s实现自动扩缩容（HPA策略基于CPU与请求队列长度双指标），大促期间支撑峰值QPS从2000提升至1.2万，服务平均响应时间稳定在200ms内，系统可用性达99.95%。
• 牵头搭建CI/CD流水线，集成GitLab CI与Ansible实现代码提交→单元测试（pytest覆盖率≥80%）→Docker镜像构建→K8s灰度发布的自动化流程，将版本发布周期从48小时缩短至6小时，线上P0级故障修复响应时间从2小时压缩至30分钟内，团队研发效率提升40%。

负责企业协作SaaS产品的全栈开发与迭代，聚焦项目管理、文档协作等核心场景的功能实现与体验优化，支撑5万+企业客户的日常运营需求。

• 核心参与项目管理模块全栈开发，采用Flask+SQLAlchemy搭建后端服务，配合React完成甘特图、任务看板等交互页面，设计基于JWT的用户鉴权体系与RBAC权限模型（支持5级角色权限继承），实现功能模块、数据行级的细粒度控制。上线后用户权限配置效率提升60%，因权限错误导致的客诉减少45%。
• 优化文档协作实时同步体验：引入WebSocket（Django Channels）实现多人在线编辑内容推送，结合Operational Transformation算法解决冲突问题（支持文本、表格、脑图多格式），将文档同步延迟从2s降至500ms，用户协作满意度评分从3.8分（满分5分）提升至4.5分。
• 主导数据库性能优化，通过慢查询分析（pgBadger）定位到用户行为日志表索引缺失、查询语句冗余问题，通过添加复合索引（覆盖user_id+timestamp+action_type）、按时间分区（每月1个物理表）及归档1年以上历史数据，将核心查询响应时间从1.2s缩短至200ms，数据库CPU负载下降25%。
• 推动自动化测试体系建设：编写pytest单元测试（覆盖核心业务逻辑）与Selenium E2E测试（关键用户路径），集成CI流程实现测试不通过阻断发布。测试覆盖率从30%提升至75%，上线后生产环境BUG率降低40%，团队交付质量获公司级表彰。

参与企业OA系统功能开发与维护，协助完成功能模块编码、基础问题排查及技术文档编写，保障系统稳定运行支撑2000+企业用户。

• 负责审批流程模块开发，使用Django ORM设计请假、报销、用章等多类型审批流程数据表，实现可视化流程配置（支持自定义节点、条件分支、抄送规则），通过状态机（django-fsm）管理审批状态流转。上线后覆盖公司80%日常审批场景，人工干预率从35%降至15%，审批时效提升50%。
• 解决附件上传高频问题：通过分析Nginx访问日志定位到500错误原因为文件大小限制（默认10MB）与后端未处理分片上传冲突，调整Nginx配置（client_max_body_size 100M）并开发前端分片上传组件（基于Resumable.js），附件上传成功率从85%提升至99%，用户反馈量减少70%。
• 协助搭建监控体系：部署Prometheus+Grafana监控服务器内存、CPU、磁盘IO及MySQL连接数、慢查询数，设置阈值告警（如内存使用率>80%触发邮件+钉钉通知）。上线半年内提前发现并解决数据库连接池耗尽、服务器内存泄漏等问题3次，系统宕机时间同比减少60%。
• 参与团队技术规范建设：整理《Python开发规范（企业定制版）》（涵盖命名、注释、异常处理等），组织每周代码评审，推动团队代码可读性与维护性提升50%，后续迭代中需求变更导致的代码返工率降低30%。

泛娱乐社交平台全链路架构升级与性能优化项目

• 星途互动旗下核心泛娱乐社交平台承载500万+月活用户，原有前后端强耦合架构因用户量激增出现首屏加载慢（3.2s）、实时互动（动态评论/礼物打赏）延迟高（500ms）、功能迭代效率低（单模块修改需全量测试）等问题，目标是通过全链路重构支撑用户量翻倍至1000万+，并将核心体验指标提升50%以上。我作为全栈技术负责人，主导从架构设计、技术选型到落地运维的全流程。
• 项目面临三大核心挑战：一是旧系统模块耦合严重，跨端（Web/Android/iOS）状态同步易出错；二是高并发下（峰值QPS 8000+）实时消息分发延迟，WebSocket集群稳定性不足；三是微前端拆分后，不同模块间的路由同步与数据依赖问题。
• 技术上，我主导采用「微前端（Webpack Module Federation）+ 后端DDD领域驱动设计」的组合架构：将前端拆分为用户中心、动态广场、互动中心等6大独立模块，通过共享内核库解决公共依赖；后端基于DDD划分用户域、内容域、互动域，搭建WebSocket集群并结合自定义二进制协议（减少序列化开销）优化实时通讯；引入Redis Cluster+Local Cache二级缓存策略，将高频访问的用户信息/动态数据缓存命中率提升至92%；同时设计跨模块状态同步中间件，通过发布-订阅模式解决模块间数据一致性问题。
• 项目上线后，核心指标显著提升：首屏加载时间降至1.1s（下降65%），实时互动延迟降至150ms（下降70%），支撑用户量增长至1200万+；微前端架构使功能迭代效率提升40%，单模块修改无需全量测试；运维成本降低30%（服务器数量从20台缩减至14台）。我主导的「跨模块状态同步中间件」成为公司后续复杂项目的标准技术方案，个人也因架构能力晋升为技术组长。

K12在线教育直播+实时互动答题系统研发项目

• 知学在线为拓展K12学科辅导业务，需搭建一套稳定的直播课堂系统，核心要求是直播延迟≤1s、实时答题响应≤300ms、支持单场5万+学生同时参与。我作为全栈开发工程师，负责前后端核心功能（直播推流、互动答题、多终端适配）的设计与实现。
• 项目难点集中在三方面：一是传统RTMP推流延迟较高（约1.5s），无法满足强互动课堂需求；二是高并发下（单场5万+人答题）答题结果的一致性（避免同一学生重复答题）与容错（断线重连后补报答案）；三是多终端（Web/微信小程序/APP）的播放兼容性（如部分安卓机不支持HLS的高码率流）。
• 针对直播延迟，我调研对比了RTMP、WebRTC、HLS等方案，最终采用「RTMP+HLS混合推流」：主播端用RTMP推流至CDN边缘节点，再转码为HLS流供学生端播放，结合CDN缓存策略将直播延迟降至800ms内；针对答题系统，用Kafka消息队列异步处理学生答案，通过Redis分布式锁保证同一题目下「一人一答」的一致性，同时设计「本地缓存+断线重连补报」机制——学生断线时将未提交的答案存至LocalStorage，重连后自动同步至服务端；多终端适配方面，开发统一播放器SDK，封装不同终端的解码逻辑，支持动态切换播放格式（如APP端优先H.265，Web端用H.264）。
• 系统上线后，支撑了120+场次K12直播课，核心指标达标：直播延迟稳定在800ms内，答题响应时间≤200ms，单场最高支持10万+学生同时答题。课程转化率较之前非互动课堂提升25%，成为公司K12业务的核心增长引擎。我设计的「断线重连补报机制」解决了行业普遍存在的「互动中断导致数据丢失」问题，获部门「技术创新奖」，也为后续在线课堂产品奠定了技术基础。

• 大二观察到毕业生离校时大量教材被废弃，而新生购书支出占生活费12%，便发起校园书籍教材循环计划。为解决传统二手书交易效率低的问题，我们开发微信小程序实现扫码估价、预约取件功能，并说服快递中心以成本价承接物流。
• 通过建立翻新消毒标准打消卫生顾虑，项目年流通教材1.2万册，累计为同学节省书费38万元。这段经历让我从商业小白成长为能设计闭环模式的实践者，项目不仅获省级创业金奖，更被纳入学校官方服务体系延续至今。