全栈工程师（React + Go） · 深圳 · 7 年经验
luwenzhou@example.com · 135 0000 0000 · github.com/luwenzhou
个人优势
- 7 年全栈经验，前端和 Go 服务端各写了一半，近 3 年负责跨境支付的商户平台，从页面到数据库都由我们小组负责
- 服务端关注一致性和可观测性：资金相关接口都有幂等键、对账任务和完整的审计日志
- 做过从单体到服务拆分的迁移，拆分前先梳理数据归属和调用关系，迁移期间双写校验，没有影响线上交易
- 前端负责过大型中后台的架构：权限、路由、表单和表格方案统一，新页面开发时间减少约一半
- 性能问题前后端一起看：一次页面慢的排查从前端瀑布图一路追到慢 SQL 和缺失的索引
- 带过 4 人小组，负责技术方案评审和值班制度，季度内 P1 故障从 3 次降到 0 次
- 技术栈：Go、Gin、gRPC、MySQL、Redis、Kafka、React、TypeScript、Ant Design Pro、Kubernetes、Prometheus
工作经历
某跨境支付公司 · 高级全栈工程师
商户平台组负责商户入驻、收款、结算和对账，服务约 2 万家跨境卖家，小组 5 人。
- 结算服务：原结算逻辑写在定时脚本里，失败只能人工补跑。用 Go 重写为状态机驱动的结算服务，每笔结算有明确状态和重试策略，配合每日对账任务；人工介入的结算单从每周 40 多笔降到 3 笔以内
- 服务拆分：商户、收款、结算原来在一个单体里共享数据库。按数据归属拆成三个服务，迁移期间新老系统双写并每小时比对，历时四个月完成切换，期间交易无中断
- 商户后台：统一权限模型（角色 + 数据范围）和表单方案，后台 120 多个页面迁到同一套框架；新页面平均开发时间从 3 天降到 1.5 天
- 稳定性：接入 Prometheus 和链路追踪，为核心接口设置 SLO 和告警；建立值班和故障复盘制度，季度 P1 故障从 3 次降到 0 次
某 O2O 平台 · 全栈开发工程师
负责门店管理系统和配送调度后台，团队 12 人。
- 用 Go 开发配送调度的派单接口，高峰期单机 QPS 从 800 提升到 3000，P99 稳定在 50ms 以内
- 前端用 React 重写门店后台，状态和接口层统一，线上 JS 报错量下降约七成
- 推动慢 SQL 治理，给 30 多条高频查询补索引或改写，数据库 CPU 峰值从 85% 降到 45%
项目经历
商户对账平台
Go / Kafka / MySQL / React / ECharts
- 每天拉取 6 家支付渠道的账单，按渠道适配器统一成内部格式，差异自动分类：长款、短款、金额不符、状态不符
- 对账任务按商户分片并行，200 万笔交易的全量对账从 2 小时缩短到 15 分钟
- 前端提供差异处理工作台，财务可以批量标记、备注和导出，月末关账时间从 5 天缩短到 2 天
内部 API 网关
Go / Redis / OpenTelemetry
- 统一鉴权、限流、灰度路由和审计日志，十几个内部服务不再各自实现一遍
- 限流按商户和接口两级配置，配置变更实时生效，不需要重启
- 所有请求带 traceId，前端报错时把 traceId 展示给客服，排查时间明显缩短