全栈 / Node.js简历范本

用一条完整的前后端交付链路证明全栈能力,明确各层的责任与边界。适合 3—6 年 经验 · 姓名、公司和联系方式均为虚构

沈清和

全栈工程师(Node.js 方向) · 成都 · 5 年经验

shenqinghe@example.com · 135 0000 0000 · github.com/shenqinghe

个人优势

  • 五年全栈开发经验,在 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

工作经历

某 SaaS 创业公司 · 全栈工程师

2022.09 — 至今 · 成都

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

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

某游戏公司 · 前端开发工程师

2020.07 — 2022.08 · 成都

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

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

项目经历

客户管理 SaaS

2022.09 — 至今 · 某 SaaS 创业公司 · 全栈开发

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

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

AI 客服助手

2024.06 — 2024.12 · 某 SaaS 创业公司 · 独立负责

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

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

官网与帮助文档重构

2023.04 — 2023.08 · 某 SaaS 创业公司 · 独立负责

Next.js App Router / MDX / Vercel OG

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

玩家日志检索服务

2021.03 — 2022.06 · 某游戏公司 · 主导开发

Node.js / ClickHouse / Kafka

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

教育经历

电子科技大学 · 软件工程

本科 · 2016.09 — 2020.06

写法拆解

这份简历值得参考的 5 处写法

每一条都能在上面的简历正文里找到对应段落,改成自己的经历时照着这几处检查。

用这份范本创建
  1. 写清产品场景以及前端、API、数据库分别由谁负责。

  2. 服务端成果写接口耗时、错误率或部署效率,不只列 Node.js。

  3. 数据模型与事务处理要有真实的业务约束。

  4. 部署经历应包括监控、回滚和故障处理。

  5. 技术栈不要把每个框架都写成精通,突出最常用的主栈。

逐模块自查

改完每个模块,对一遍这两条

完整写作指南

个人优势

  • 用 2—3 句话概括岗位相关经验与最能证明能力的成果。
  • 避免“学习能力强”“认真负责”等无法验证的形容词。

工作经历

  • 先交代团队与业务,再说明你负责的范围。
  • 每条写清采取的做法与可核实的结果,数字注明口径。

项目经历

  • 说明项目为什么做、用户是谁以及你的职责。
  • 挑一个关键难点展开技术取舍,结尾写上线或验证结果。

技术能力

  • 只列面试中能解释原理和实践的技术。
  • 把最相关的技能放前面,避免按工具名字堆满整页。

教育经历

  • 学校、专业、毕业时间优先。
  • 课程和奖项只保留与应聘岗位相关的部分。

作品与开源

  • 提供可访问的作品或仓库链接。
  • 写清维护范围、使用者及持续迭代的证据。

常见问题

全栈简历要平均分配前后端篇幅吗?

按目标岗位决定篇幅。核心是能展示从用户界面到服务端交付的关键决策。

只写过 BFF 算全栈吗?

可以展示 BFF 经验,但不要把接口聚合描述成独立完成数据库与核心交易服务。

怎么写部署能力?

描述实际环境、发布方式、健康检查与回滚过程,避免只写“熟悉 Docker”。

更多范本

继续看其他方向

全部 14 个方向