个人优势

• 五年全栈开发经验，在 6 人技术团队里负责前端和一半后端服务，能独立把一个功能从页面、接口、数据库做到部署上线
• 熟悉 Next.js App Router，理解 SSR、SSG、ISR 和 RSC 的区别，用它重写官网和文档后自然搜索流量涨到原来的 2 倍多
• 后端以 NestJS + PostgreSQL + Redis 为主，排查过慢查询、索引失效和缓存一致性问题，核心接口 P95 从 800ms 左右降到 120ms
• 做过多租户 SaaS 的数据隔离和权限模型（角色 + 数据范围），前后端共用一份权限定义
• 熟悉异步任务和队列，用 BullMQ 改造过万行级 Excel 导入导出，失败行可下载错误报告
• 有数据库变更的安全习惯：加字段 → 双读 → 回填 → 删旧字段，发布前在预发用脱敏数据验证迁移耗时
• 负责过部署体系：GitHub Actions 构建镜像 + 蓝绿发布 + 健康检查，发布用户无感，异常可秒级切回
• 做过日志检索服务，把按天扫文件改为写入 ClickHouse，常用查询从分钟级降到秒级
• 落地过 RAG 客服助手（文档切片、pgvector 检索、SSE 流式输出），上线三个月人工工单减少约三分之一
• 关注成本，梳理云资源后把低频计算改为定时任务、数据库读写分离，服务器成本下降约 30%
• 技术栈：Next.js、React、TypeScript、Tailwind CSS、NestJS、Prisma、PostgreSQL、Redis、ClickHouse、Docker、GitHub Actions、pgvector / RAG

工作经历

公司做中小企业客户管理系统，技术团队 6 人，我负责前端和一半的后端服务，产品服务 300 多家企业客户。

• 官网和文档重构：官网和帮助文档原来是客户端渲染，搜索引擎收录很差，用 Next.js 重写（详见项目经历），半年内官网自然搜索流量增长到原来的 2 倍多
• 多租户数据隔离：所有业务表带租户字段，在 ORM 层统一注入租户条件，查询时如果漏了租户条件直接报错，从机制上避免数据串号
• 部署和运维：从手动登录服务器部署改为 GitHub Actions 构建镜像 + 蓝绿发布，健康检查通过后再切流量，发布过程用户无感；接入日志和告警，常见故障有对应的排查手册
• 成本控制：梳理云资源用量，把低频的报表计算改为定时任务，数据库按读写分离调整规格，服务器成本下降约 30%

游戏运营平台组，前后端共 5 人，支撑公司 3 款游戏的日常运营。

• 开发游戏运营后台（活动配置、礼包发放、玩家查询、数据报表），用 React + Ant Design Pro 搭建
• 礼包发放原来由运营填表、后端手动执行脚本，改为后台可视化配置 + 审批，发放出错的情况基本消失
• 运营查询玩家行为日志要等几分钟，用 Node.js 写了日志检索服务（详见项目经历），常用查询从 分钟级降到秒级

项目经历

Next.js / NestJS / PostgreSQL / Redis / BullMQ / Docker

• 接口性能：客户列表在大客户（几十万条数据）那里经常超时。通过慢查询日志定位问题，补了联合索引，计数改为异步更新的统计表，热点数据加 Redis 缓存并在写入时主动失效；核心接口 P95 从 800ms 左右降到 120ms
• 异步任务：Excel 导入导出原来是同步接口，万行级数据经常超时。改为 BullMQ 任务队列，前端轮询进度，失败的行生成错误报告供用户下载修改
• 权限模型：设计基于角色和数据范围的权限模型（本人、本部门、全公司），前后端共用一份权限定义，前端按钮和后端接口校验保持一致
• 发布回滚：数据库变更采用先加字段、代码双读、数据回填、最后删除旧字段的顺序；一次租户配置异常在健康检查阶段被发现，直接切回上一版镜像，没有让客户看到错误页面

Node.js / SSE / pgvector / 大模型 API

• 帮助文档按标题层级切片，向量化后写入 pgvector；用户提问时先检索相关片段，再交给大模型生成回答，答案附文档出处链接
• 回答用 SSE 流式输出，首字时间 1 秒左右；对检索不到的问题记录下来，作为补充文档的依据
• 检索结果按相似度设门槛，低于门槛直接转人工，不让模型凭空回答；上线三个月后，人工客服工单减少约 三分之一

Next.js App Router / MDX / Vercel OG

• 文档用 MDX 写，构建时静态生成，内容更新后按需再验证（ISR），不用整站重新构建
• 补齐页面标题、描述、结构化数据和站点地图，每篇文档自动生成分享卡片图
• 文档搜索用构建期生成的倒排索引，在浏览器端检索，不依赖第三方服务；首屏 LCP 稳定在 1.2s 左右

Node.js / ClickHouse / Kafka

• 游戏服务器的玩家行为日志原来按天落文件，运营查一个玩家一周的记录要扫 7 个大文件，耗时几分钟
• 改为日志经 Kafka 写入 ClickHouse，按玩家 ID 和时间建排序键，支持按玩家、事件类型、时间范围组合查询
• 常用查询从分钟级降到 1 秒以内，运营排查玩家投诉的效率明显提升；存储按月分区，过期数据自动清理

教育经历

个人优势

• 八年前端经验，近四年带 12 人团队，负责云控制台前端（40 多个云产品），主导过微前端拆分、设计系统和质量体系三项基础建设
• 架构上能从团队协作反推技术方案：把巨石控制台拆成微前端，发布从每周一次的全员协调变成各产品按需独立发布
• 熟悉 qiankun 和 Module Federation 的原理与取舍，处理过沙箱样式泄漏、共享依赖版本冲突、子应用预加载等实际问题
• 推动过跨职能的设计系统：设计规范、Design Token、组件库、Figma 组件四件套，覆盖 6 条产品线
• 建立前端质量门禁（单测覆盖率、体积预算、Lighthouse、接口契约检查）和值班机制，线上故障数同比下降约 60%
• 移动端有深度经验：设计过 Hybrid 离线包方案，命中率 96%，司机端页面秒开率从六成多提到九成以上
• 熟悉编译工具链，写过 Babel 插件和 ESLint 规则，用 codemod 批量完成过 2000 多个文件的组件库大版本升级
• 能写服务端：用 NestJS 做过 BFF 和研发效能平台，熟悉 Docker 和 Kubernetes 上的部署与灰度
• 带人有方法：建立技术方案评审、Code Review 和季度分享机制，两年内 4 人晋升，核心成员没有流失
• 保持一线编码，每个季度至少负责一个关键模块的实现，技术判断不脱离代码
• 技术栈：React 18、Vue 3、Next.js、TypeScript、qiankun / Module Federation、Webpack、Vite、Playwright、Node.js（NestJS）、Docker / Kubernetes

工作经历

负责云控制台前端，控制台承载计算、存储、网络等 40 多个云产品，由各产品团队共同开发。

• 微前端架构：控制台原来是一个巨石应用，任何一个产品发版都要全量构建，一次发布要协调所有团队，构建一次 20 多分钟。主导拆分为微前端，各产品独立开发、独立发布，发布频率从每周一次变为按需随时发布
• 设计系统：推动设计和前端共建设计系统（设计规范、Design Token、组件库、Figma 组件），覆盖 6 条产品线；组件库作为唯一的 UI 基础，表单、表格等交互在各产品间保持一致
• 质量保障：建立前端质量门禁（单测覆盖率、包体积预算、Lighthouse 分数、接口契约检查），接入线上监控和值班机制，控制台前端线上故障数同比下降约 60%
• 团队管理：管理 12 人团队，负责招聘、技术规划和绩效。建立技术方案评审、Code Review 和季度技术分享机制；两年内团队有 4 人晋升，核心成员没有流失

司机端前端组，负责司机 App 内的 H5 页面和运营后台，组内 9 人。

• Hybrid 性能优化：司机端大量页面是 App 内嵌 H5，弱网下打开很慢。设计离线包方案，页面秒开率从约 六成提升到九成以上（详见项目经历）
• 前端 BFF：司机端一个页面要调五六个后端接口，字段多且冗余。设计 Node.js BFF 层统一做鉴权、接口聚合和字段裁剪，前端调用的接口数减少约三分之一，首屏接口耗时明显下降
• 负责司机端前端技术栈从 jQuery 迁移到 React，制定迁移规范和公共组件，新老页面并行运行半年后完成切换

项目经历

qiankun / Module Federation / React / TypeScript

• 主子应用职责划分：主应用负责登录态、顶部导航、菜单、权限和公共布局，子应用通过约定的生命周期接入，只关心自己的业务页面
• 应用间通信：全局状态只向子应用暴露只读快照和事件通道，子应用之间不允许直接引用，避免出现隐式耦合导致无法独立发布
• 依赖共享：React、组件库等公共依赖通过 Module Federation 共享，子应用平均产物体积减少 四成多；共享依赖的版本由主应用统一管理，升级时有兼容性检查
• 加载体验：按菜单点击热度预加载子应用资源，子应用加载失败时展示降级页并上报；子应用切换耗时从 1 秒多降到 300ms 左右

React / Design Token / Storybook / Figma / Playwright

6 条产品线原来各有一套组件，同样是表格，筛选和分页的交互各不相同，客户在产品间切换要重新适应。

• 和设计团队一起定义 Design Token（颜色、间距、圆角、字号），Figma 和代码共用一份 Token 源文件，改一次两边同步
• 组件库 80 多个组件，每个组件配 Storybook 文档和 Playwright 截图回归，视觉改动在 PR 里就能看到对比
• 制定组件的废弃和迁移流程：新版本发布时附 codemod，旧 API 保留两个大版本并在控制台打印迁移提示
• 一年内 6 条产品线全部切到新组件库，设计验收中「交互不一致」类问题减少了大半

React / Node.js / CDN / JSBridge

• H5 资源打包后随 App 启动预下载，WebView 请求时优先命中本地资源，未命中再回源
• 支持增量更新（按文件哈希差分）和版本回退，出问题时服务端下发回退指令，不需要发 App 版本
• 离线包命中率 96%，页面秒开率从约六成提升到九成以上，弱网下页面打开失败的投诉明显减少

Node.js / NestJS / GitLab CI / Docker

• 统一脚手架、代码规范、发布流水线和质量门禁，新项目从创建到第一次上线只要 半天
• 提供构建产物分析和依赖升级看板，按团队展示包体积变化和过期依赖，推动各团队定期治理
• 用 Babel 插件写了一批 codemod，批量完成组件库大版本升级中的 API 迁移，改动 2000 多个文件

教育经历

个人优势

• 6 年前端经验，其中 4 年开发 Windows 与 macOS 桌面产品，熟悉主进程、渲染进程与系统能力的安全边界
• 负责过自动更新、离线数据、文件导入、托盘和系统通知等完整交付链路，能排查只在某个系统版本出现的问题
• 安全上收紧过 IPC：参数 schema 校验、速率限制、contextIsolation 和最小权限的 preload 暴露
• 本地数据用 SQLite，事务写入并定期 checkpoint，意外断电后能从最近一次成功提交恢复
• 本地搜索做过增量索引和过期查询取消，十万级文档块首屏结果通常在 200ms 内返回
• 熟悉跨平台构建、签名和公证，CI 为每个平台验证安装和启动后再发布
• 灰度按企业 ID 稳定分桶，崩溃率异常时自动停止扩量，保留上一版安装包和数据迁移回滚脚本
• 关注安装成功率、启动时长和崩溃率三项指标，冷启动时间做过专项优化
• 处理过大量平台差异：Windows 路径大小写和文件占用、macOS 权限与沙箱、高 DPI 缩放
• 和测试、客户支持一起建立诊断包导出流程，默认不含正文，跨平台问题复现效率明显提高
• 技术栈：Electron、Node.js、React、TypeScript、Zustand、SQLite、自动更新与代码签名

工作经历

产品是面向企业的知识库客户端，用户在本地编辑文档并同步到团队空间；桌面组 6 人，我负责离线编辑、搜索和发布链路。

• 离线同步：旧版断网编辑后容易在重连时覆盖同事的新版本。把本地变更写入持久化队列，服务端返回版本冲突时给出段落级差异与人工选择；同步失败率从约 4% 降到不足 0.5%，客服不再需要手工恢复大多数冲突文档
• 启动性能：用 CPU Profile 找到首屏启动时同时加载全文索引、插件和同步任务。先显示最近文档，索引增量加载，插件在首次调用时初始化；普通办公电脑冷启动可交互时间从 7 秒多降到约 2.5 秒
• 自动更新：用户处于企业内网，更新包下载常中断。支持断点续传和签名校验，下载完成后在空闲时提示重启；按企业批次灰度，失败时保留可回滚版本，升级成功率保持在 98% 以上
• 安全边界：将渲染进程的 Node 集成关闭，文件、剪贴板和系统通知只通过白名单 preload API 暴露；对导入的 HTML 做清理，修复了一处文档预览可执行脚本的漏洞
• 排障能力：崩溃报告附应用版本、系统版本、最近操作和匿名 traceId，去掉文档正文与本地路径；客户支持能在控制台查到故障上下文，复杂问题平均定位周期由数天缩到一天内

参与设计素材管理工具，用户主要在 Windows 笔记本上批量整理图片和字体文件。

• 开发文件夹监听与增量索引，避免每次打开项目全盘扫描；1 万个文件的索引更新时间从数分钟缩到十几秒
• 将缩略图生成放到独立进程，限制并发并缓存结果；大批量导入时界面不再因解码图片卡死
• 处理 Windows 路径大小写、文件占用和 macOS 权限差异，给用户明确的失败原因及重试入口

项目经历

Electron / React / TypeScript / SQLite / Node.js

产品需要支持本地离线编辑、全文搜索和团队同步。客户对文档隐私有严格要求，不允许问题日志带正文。

• 主进程负责文件与更新，渲染进程负责界面；IPC 参数做 schema 校验和速率限制，避免插件或异常页面调用任意本地 API
• SQLite 存文档索引与待同步变更，写入使用事务并定期 checkpoint；意外断电后能从最近成功提交的位置恢复
• 搜索索引按文档块增量更新，输入时取消过期查询；十万级文档块的本地搜索首屏结果通常在 200ms 内返回
• 配套设计“本地未同步”“正在重试”“冲突待处理”三个显式状态，避免用户误以为编辑已上云

Electron Builder / GitHub Actions / 私有更新服务

产品需支持 Windows x64、macOS Intel 与 Apple Silicon，企业内网用户还需要离线安装包。

• CI 为不同平台分别构建、签名、验证安装和启动，再发布到私有更新服务；发布清单记录包哈希与兼容系统版本
• 灰度按企业 ID 稳定分桶，更新失败或崩溃率异常时停止扩量；保留上一版安装包和数据迁移回滚脚本
• 为客户支持准备诊断包导出工具，默认不含文档正文，用户确认后才包含更详细的匿名日志；跨平台问题的复现效率明显提高

Electron / V8 Snapshot / esbuild

客户端冷启动在老旧 Windows 笔记本上要 8 秒以上，是用户反馈最多的问题。

• 用启动追踪拆分耗时：主进程同步加载了全部模块、首屏渲染前等待了非必要的数据同步
• 主进程模块改为按需加载并用 esbuild 打包成单文件，减少磁盘读取；首屏只依赖本地缓存数据，同步放到窗口显示之后
• 窗口先显示骨架再填充内容，避免长时间白窗
• 老旧笔记本上冷启动从 8 秒多降到 3 秒左右，启动慢相关的反馈减少约七成

教育经历