林默

前端开发工程师 · 上海 · 3 年经验

linmo@example.com · 138 0000 0000 · github.com/linmo

个人优势

  • 三年前端开发经验,主要做 B 端 SaaS,负责过看板、报表、权限和审批几个完整模块,能从需求评审跟到上线复盘
  • 熟悉 Vue 3 响应式和编译期优化,参与并主导了 600 多个组件从 Vue 2 迁到 Vue 3,迁移期间业务正常发版
  • TypeScript 用得比较深,给团队组件库写过泛型表格、泛型表单组件,类型提示能精确到列字段
  • 做过大数据量图表的性能优化:把聚合计算挪到 Web Worker,维度切换不再卡顿
  • 有表单引擎的实际经验,基于 JSON Schema 做过联动、校验和可视化配置,目前承载公司 60 多个审批表单
  • 重视组件沉淀,封装的表格、筛选栏、弹窗表单配了 Storybook 文档,新做一个标准列表页从两三天缩到一天以内
  • 能独立写 Node.js 小服务,用 Koa 写过 BFF 接口和文件上传服务,熟悉分片上传和断点续传
  • 有线上问题的排查习惯:接入 Sentry 后按接口报错、白屏、JS 异常分类告警,大部分问题当天就能发现
  • 做过 uni-app 小程序,熟悉分包、图片压缩和弱网下的离线提交
  • 关注可用性细节,组件默认支持键盘操作和错误状态,低配笔记本上也会自测一遍
  • 技术栈:Vue 3、Pinia、Element Plus、TypeScript、Sass、Vite、Webpack、Vitest、Storybook、ECharts、uni-app、Sentry

工作经历

星河数据 · 前端开发工程师

2025.01 — 至今 · 上海

公司做企业级数据分析 SaaS,400 多家企业客户在用。我在 5 人前端组,负责看板、报表和权限三个模块。

  • Vue 2 迁移 Vue 3:项目 600 多个组件,不能停下业务需求整体重写。先接入 @vue/compat 让项目在 Vue 3 下跑起来,再按模块逐个消除兼容层警告,Vuex 逐步换成 Pinia;两个月迁完,期间正常发版。构建换成 Vite 后本地冷启动从 40 多秒降到 5 秒,热更新基本即时
  • 业务组件沉淀:把表格(列配置、分页、批量操作)、筛选栏、弹窗表单等反复写的模式封装成组件,配 Storybook 文档和示例;新做一个标准列表页从两三天缩短到 一天以内
  • 错误监控:接入 Sentry,按接口报错、白屏、JS 异常三类配置企业微信告警,并把用户 ID 和租户写进上下文;之前靠客户反馈才知道的问题,现在基本当天就能发现
  • 权限改造:原来按钮级权限散落在各个页面的 v-if 里,抽成 v-permission 指令和路由守卫统一处理,权限配置改为后端下发,新增角色不再需要发版

某零售 SaaS 公司 · 前端开发工程师

2023.07 — 2024.12 · 上海

公司给连锁门店提供收银和巡店系统,我在 3 人前端组,负责门店后台和巡店小程序。

  • 用 Vue 3 + Element Plus 开发门店后台的商品、库存和报表页面,独立负责了 20 多个页面的交付
  • 报表导出原来是前端一次拉全量数据再拼 Excel,数据超过 5 万行浏览器直接卡死。和后端改成异步导出任务 + 下载链接,前端只负责发起和轮询进度
  • 用 uni-app 开发巡店小程序(门店检查表、拍照上传、整改跟踪),门店地下室信号差,检查结果先存本地,联网后自动补交

项目经历

企业数据看板

2025.03 — 至今 · 星河数据 · 核心开发

Vue 3 / TypeScript / ECharts / Pinia / Web Worker

客户在页面上自由组合图表、筛选维度来搭建自己的分析看板,一个看板通常有 10 到 20 个图表,单个图表的原始数据可能上万行。

  • 主线程卡顿:维度切换时前端要对原始数据重新聚合(分组、求和、同比),放在主线程里一次要算 1 秒多,页面会卡住。把聚合计算移到 Web Worker,用 Transferable 传 ArrayBuffer 避免拷贝,主线程只负责渲染,切换维度时页面不再卡顿
  • 图表配置化:设计看板的 JSON 配置(数据源、指标、维度、图表类型、样式),运营在界面上配置后保存,渲染端按配置生成 ECharts option;常规的看板需求不再需要前端排期
  • 自适应:大屏模式和嵌入第三方页面时容器尺寸会变,统一用 ResizeObserver 监听容器并节流调用 resize,修复了全屏切换后图表尺寸错乱的问题
  • 按需加载:20 个图表同时请求会把接口打满,改为视口内的图表先加载,其余进入视口时再请求,首屏接口数从 20 个降到 6 个左右

审批表单引擎

2024.03 — 2024.10 · 某零售 SaaS 公司 · 主要开发

Vue 3 / JSON Schema / Monaco Editor / AJV

公司内部 OA 的审批表单原来每个都手写页面,引擎上线后用配置生成,目前承载 60 多个审批表单。

  • 基于 JSON Schema 扩展表单协议,加入 x-component、x-reactions 字段描述组件类型和联动规则,联动按依赖图计算,避免循环触发
  • 提供拖拽配置和源码编辑两种模式,源码模式用 Monaco Editor,接入 Schema 校验和字段名自动补全
  • 校验规则前后端共用一份 Schema(前端 AJV、后端同样的 Schema 校验),避免前后端校验不一致
  • 表单字段超过 100 个时输入明显卡顿,排查发现每次输入都触发整张表单的联动计算。改成只重算依赖当前字段的节点,输入恢复流畅

巡店小程序

2023.09 — 2024.06 · 某零售 SaaS 公司 · 独立负责

uni-app / Vue 3 / IndexedDB 兼容层

覆盖 300 多家门店的店长和督导,每天提交检查表 2000 份左右。

  • 离线提交:检查结果和照片先写本地队列,联网后按顺序补交,重复提交用检查单 ID 做幂等;上线后「提交失败」相关的反馈基本消失
  • 图片处理:一份检查表最多 30 张照片,拍照后本地压缩并加水印(门店、时间、定位),单张从 4MB 左右降到 300KB,上传耗时缩短到原来的五分之一左右
  • 分包:报表和历史记录页移出主包,主包控制在 1.2MB 以内,首次打开时间明显缩短

教育经历

华东理工大学 · 软件工程

本科 · 2019.09 — 2023.06

常见问题

典雅衬线简历模板有什么特点?

单栏结构,衬线字体,模块标题居中,配色是低调的咖啡色。衬线在纸面上更有书卷气,咖啡色比墨黑柔和,整体像一份认真排过版的个人陈述。

典雅衬线适合什么样的人?

适合投递研究和架构方向岗位的高级前端。

  • 研究型项目多、或者偏架构和技术方案设计的前端
  • 偏设计、偏体验方向的前端岗位,招聘方会在意排版
什么情况下不建议用典雅衬线?
  • 想表现技术锐度的工程化、极客方向,咖啡色加衬线会显得太温和
用典雅衬线写简历要注意什么?
  • 研究型或方案类项目写清问题定义和验证方式,比如做了哪些对比实验、指标怎么算
  • 技术名词用准确的大小写,衬线字体下 Typescript、Webgl 这类错误会特别显眼
  • 标题居中,但正文和列表保持左对齐,不要整段居中
可以直接在招聘网站上在线投递吗?

可以,文字顺序正常,但版面带装饰元素。在线投递前导出 PDF,复制一遍文字,确认能完整读出来。

可以修改配色和简历内容吗?

可以。这套设计推荐 4 种配色,也可以自己取任意主题色;进入编辑器后,字体、字号、行距和模块间距都能单独调,简历内容随时可改。

下载的 Markdown 能自己编辑吗?

可以。下载的是完整的示例简历源码,可以在任意文本编辑器中修改;也可以直接使用本站编辑器导出 PDF。

相关模板

宽松时间线

单栏时间线,行距放宽、下划线标题,经历多也读得不累,适合经历丰富的前端工程师

卡片分块

每个模块一张白卡片,分组一目了然,适合内容多的资深简历

中式雅致

衬线标题、短线收束、菱形印记,端庄有书卷气

按岗位看完整范本

先看同方向的经历怎么写,再回到模板里调整版式。