低代码 / 中后台简历范本

低代码简历要讲清协议、发布与安全边界,证明平台真正被业务使用。适合 3—6 年 经验 · 姓名、公司和联系方式均为虚构

闻思齐

低代码平台前端工程师 · 杭州 · 5 年经验

wensiqi@example.com · 137 0000 0000 · github.com/wensiqi

个人优势

  • 5 年中后台开发经验,近 3 年负责低代码表单与页面搭建平台,熟悉运营人员实际使用的配置流程
  • 能把物料协议、数据源、权限、发布和回滚连成完整链路,避免只做出「能拖拽」的演示版
  • 物料协议设计有经验:展示属性、行为事件、数据源输入分开,复杂物料可以自带配置面板
  • 编辑器基础能力扎实:命令模式撤销重做、连续操作合并、离线草稿和断网提示
  • 规则引擎强调安全:表达式只允许白名单字段和运算符,不执行任意脚本,保存时做循环依赖检查
  • 大表单性能有优化经验:规则计算放进 Worker,只提交变化字段,几百个字段下输入不卡
  • 发布锁定物料版本,历史页面不会因为组件库升级突然变样,并提供版本对比和回滚
  • 财务场景熟悉:金额舍入、发票字段、附件上传失败和重复提交都有对应处理
  • 推动平台在销售、客服、财务三个团队落地,承载约 1800 个客户页面,月均发布 600 余次
  • 重视可调试性,做了规则调试面板,运营能看到「字段为什么被隐藏」,减少来回截图沟通
  • 技术栈:React、TypeScript、JSON Schema、Node.js、PostgreSQL、Vitest、Playwright

工作经历

某企业服务公司 · 低代码平台前端工程师

2023.01 — 至今 · 杭州

公司为连锁零售客户提供 CRM 与运营系统,实施团队经常为不同客户重复开发相似表单。我在 7 人平台组负责编辑器、物料协议和发布预览。

  • 页面搭建:原来一个客户定制页面要前端排期 5 到 8 天。和实施、设计团队挑出稳定的表格、表单、图表场景,定义物料属性和数据源协议;试点客户的标准页面平均 2 天内完成配置上线,个性化逻辑仍交给代码扩展
  • 表单联动:早期字段变化后遍历全部规则,字段多时输入卡顿。将规则依赖建图,按受影响节点增量计算,并在发布前检测循环依赖;40 字段表单的输入延迟从 300ms 级降到 50ms 左右
  • 预览隔离:运营配置的 CSS 会覆盖编辑器按钮和弹窗。预览画布改入 iframe,用版本化消息协议传属性、选中态和高度;修复多个客户主题互相影响的问题,同时加上消息来源校验
  • 发布安全:页面配置存不可变版本,发布前做 Schema 校验、权限校验和测试环境预览,正式发布按客户灰度。某次客户数据源字段误删时在 3 分钟内回滚到上一版,无需重新构建前端
  • 推广与反馈:每周跟实施同事看实际操作录屏,把“找不到组件”“不知道为什么联动失效”这类问题写进产品待办;平台月活配置人员约 120 人,三个月后返工工单下降约三成

某财务软件公司 · 前端开发工程师

2021.07 — 2022.12 · 上海

负责费用报销与审批中台,前端团队 5 人,业务规则受组织架构和费用类型影响很大。

  • 开发多级审批流程可视化配置,前端先做合法路径提示,服务端保存时重新校验权限与组织范围,减少无法提交却找不到原因的工单
  • 将金额、发票和附件字段封装为业务组件,单测覆盖舍入、上传失败与重复提交;新版报销页的错误提交率下降约两成
  • 为权限变化提供明确提示:切换公司后清理旧缓存并重新拉取字段可见性,避免用户看到不属于当前公司的数据

项目经历

客户页面搭建平台

2023.01 — 至今 · 某企业服务公司 · 核心开发

React / TypeScript / Zustand / iframe / Node.js

实施人员通过拖拽物料搭建客户专属的运营页,页面发布后由客户员工使用,涉及登录态、数据权限和不同租户主题。

  • 物料协议拆分展示属性、行为事件和数据源输入;复杂物料可以自带配置面板,不把所有差异强塞进通用表单
  • 编辑器用命令记录变更,连续拖动合并为一条,支持撤销重做;离开页面前自动保存草稿,断网时保存在本地并提示未同步
  • 发布过程生成静态资源并锁定物料版本,历史页面不会因为组件库升级突然变样;同时提供版本对比与回滚入口
  • 平台承载约 1800 个客户页面,月均发布 600 余次,常见页面的实施交付周期明显缩短

审批表单规则引擎

2021.11 — 2022.12 · 某财务软件公司 · 主导开发

TypeScript / JSON Schema / AJV / Web Worker

财务审批表单会根据员工职级、费用类型和城市显示不同字段。旧方案把条件判断分散在页面里,规则越来越难维护。

  • 规则表达式限制可使用字段与运算符,不执行任意脚本;保存时做语法、循环依赖和权限检查
  • 大表单的规则计算放进 Worker,输入时只提交变化字段;界面保持响应,错误提示定位到具体规则和字段
  • 将规则解释结果记录在调试面板,业务运营可看到“字段为什么隐藏”。上线后客服定位联动问题由反复截图沟通变成查看规则记录

数据源与接口编排

2024.03 — 2024.12 · 某企业服务公司 · 主导开发

TypeScript / JSON Schema / Node.js 沙箱

搭建页面要对接各业务系统的接口,原来每个数据源都要前端写适配代码。

  • 数据源配置包括请求定义、参数映射和返回值转换,转换用受限的表达式而不是任意 JS,配置可在线调试并查看每一步结果
  • 接口凭证由服务端代理注入,前端配置里不出现密钥;按租户限制可访问的域名
  • 支持请求合并和缓存策略配置,同一页面多个组件用同一数据源时只请求一次
  • 上线后新接入一个业务系统从平均 3 天缩短到 半天左右,大部分由实施同事自行完成

教育经历

浙江理工大学 · 计算机科学与技术

本科 · 2017.09 — 2021.06

写法拆解

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

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

用这份范本创建
  1. 说明平台适用的场景与不适用的复杂定制场景。

  2. 物料协议写属性、事件和数据源的边界。

  3. 表单联动写依赖、循环检测和性能。

  4. 发布流程包括校验、灰度、版本与回滚。

  5. 写实施人员的使用量和交付周期,不只写组件数量。

逐模块自查

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

完整写作指南

个人优势

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

工作经历

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

项目经历

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

技术能力

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

教育经历

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

作品与开源

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

常见问题

低代码项目怎么避免像拖拽 Demo?

写清数据权限、版本锁定、错误处理和真实使用者的交付流程。

组件协议需要写到多细?

挑一个关键取舍,如事件与数据源如何解耦,说明原因和后果。

平台没有大量用户怎么办?

说明试点范围、页面交付时间及维护成本,避免虚构规模。

更多范本

继续看其他方向

全部 14 个方向