Delivery Background
交付背景与项目经历
Builder Profile长期主线是 8 年前端交付，近 2 年持续补强 Python 自动化与小型全栈闭环；当前按单人可维护方式推进，更适合把脚本、数据流程和业务页面收成可治理能力的项目。
后端补位不只限于 Python：早期自学过 1 年爬虫，在公司场景里自己写过脚本，也做过 1 年 Java（若依框架）全栈开发。
重点不是单一技术标签，而是长期真实交付里沉淀下来的边界意识、上线意识和复用意识。
这类背景的直接价值，不只是能把页面或脚本单独做出来，而是知道如何把 数据接入、执行入口、权限边界、操作确认、执行留痕和上线交接 一起考虑清楚。ExecGov 的形成，本质上来自这些问题在真实项目中的反复出现和持续沉淀。
8 年前端交付2 年闭环补强政企数字化GIS 可视化Vue 中后台Python 自动化Java / 若依
EXECGOV // FOUNDER PROFILEMAT 05
focus: delivery / governancecore: gis_frontend / automationproduct: execgov
DELIVERY FIRST, PRODUCT NEXT
查看要点
这页主要帮助判断交付背景是否匹配
适合在继续沟通前，快速看清长期主线、项目类型和是否具备真实交付收口经验。
适合谁看技术负责人、项目负责人，以及需要先判断交付可信度的人。
重点看什么长期主线、代表项目类型，以及是否真的做过交付收口。
接下来可看如果背景方向一致，再结合项目与履历、启动方式判断是否值得继续沟通。
Track 01
8 年前端交付主线
核心经验长期集中在 GIS 可视化、地图业务页、Vue 中后台、大屏和复杂业务页面，不是短期拼装出来的能力组合。
Track 02
近 2 年补强自动化与闭环
近两年持续补强 Python 自动化、数据处理、入库、报表生成和中小型后台支撑；更早也做过 1 年 Java（若依框架）全栈开发，并在公司里自己写过脚本，后端补位不只停留在 Python。
Track 03
适合做治理平台
做过太多“脚本能跑但不能交付”的项目场景，因此对权限边界、执行确认、审计留痕和上线交接有更强的敏感度。
Project Value
对项目的直接价值
- 能从真实流程切入，而不是先讲一个范围过大的平台故事。
- 对权限、审计、责任边界和执行风险有明确意识，适合进入正式交付环境。
- 能把脚本能力、页面入口、数据流转和交付物放在同一个视角下收口。
- 习惯先做一个可运行、可验证、可交接的最小闭环，再决定第二阶段扩展。
Public Links
公开入口
Related Materials
延伸资料
Experience
近几年主要经历
| 时间 | 公司 / 角色 | 主要方向 | 关键内容 |
|---|---|---|---|
| 2024.04 - 2026.04 | 中国移动设计院 / Web 前端开发 | GIS、自动化、前端为主 | 无线网质量评估、OpenLayers 地图模块、Python 数据采集与处理、PostgreSQL / PostGIS、AI 会话助手接入。 |
| 2021.09 - 2024.01 | 环亚数字经济研究院 / Web 前端开发 | Mapbox、大屏、中后台、小程序 | 商业云交投大脑、商铺管理、能源管控、UniApp 小程序、Vue3 / Vite / Element Plus 中后台交付。 |
| 2020.10 - 2021.07 | 北京天天智慧智电科技 / Web 前端开发 | 电力后台、驾驶舱、数据采集 | 售电管理平台、合同审批、多 Tab 复杂交互、数据驾驶舱、合法授权场景下的数据采集与入库。 |
| 2019.10 - 2020.09 | 杭州德慧信息技术 / Web 前端开发 / 技术负责人 | Cesium、三维可视化、团队交付 | 牵头前端框架与规范、带队完成多个政企 GIS 三维项目，覆盖模型加载、单体化、视频投影和 IoT 数据联动。 |
| 2015 - 2019 | 更早期经历 | 电商、公众号、小程序、后台系统、全栈补位 | 持续积累前端基础能力、接口联调、兼容性处理、公众号 / 小程序和后台管理系统交付经验；期间自学过 1 年爬虫，也做过 1 年 Java（若依框架）全栈开发，并在公司场景里自己写过脚本。 |
Representative Work
代表性项目类型
- 无线网质量评估系统：地图可视化、空间数据、业务数据联动与自动化处理共同落地。
- OMC 服务器管理平台：WebSocket 日志展示、IndexedDB 大体积缓存、文件编辑与上传链路。
- Mapbox / Cesium 可视化项目：多省市切换、点位联动、模型展示、视频投影和业务侧联动。
- CSV / Excel 自动化同步：Python 计算、批量入库、报表生成和重复流程收口。
- 公司内部脚本与抓取流程：自己写脚本处理数据抓取、清洗、导出和重复流程收口。
Current Fit
适合优先启动的合作场景
- GIS 可视化、地图业务页和政企可视化项目补位。
- Vue 中后台、若依类后台、老项目接手和页面联调维护。
- 报表、文件、数据抓取、导出、公司内部脚本和 Python 自动化流程收口。
- 前端主导的小型全栈收口，包含若依类 Java 后台与自动化补位。
- 把本地脚本、页面入口和执行留痕接成一个更可控的最小闭环。
Why ExecGov
这些经历如何映射到 ExecGov
- GIS 和中后台经验，决定了平台入口必须可见、可操作、可复盘，而不是只停留在命令行或脚本目录。
- 自动化和数据处理经验，直接对应 ExecGov 当前最成熟的一类执行资产，也就是 Python 脚本能力；而做过 Java / 若依类后台补位，也让平台设计不会被单一语言视角绑住。
- 政企交付经验，会天然把权限、确认、留痕、灰度、上线交接和责任边界放到设计优先级里。
- 长期做项目交付，也更清楚平台能力必须从真实流程抽象出来，而不是从概念先行。
Working Style
推进方式
- 先拿一个真实流程收口范围，不从大而全平台起步。
- 先把输入、输出、周期、边界和不包含项说明白，再谈报价和扩展阶段。
- 优先做可交付、可维护、能复用的东西，不优先堆叠展示型功能。
- 如果场景不适合做，倾向于直接说明，不把沟通拖进模糊状态。
Next Step
适合进一步沟通的场景
最有效的下一步，是直接拿一个真实流程来讨论输入、输出、边界和第一阶段目标，这比继续抽象讨论更容易快速判断是否值得推进。