还在用DOCX维护简历的人,可能正在把时间浪费在排版上。Alisa Petrova 的职业起点,就是从一份DOCX简历开始的——每次加一段新经历、一项新技术或一个新技能,文本框就开始乱跑,滑到下一页,或者干脆把整个设计撑破。加一句话,整份简历就得重新排版。
![]()
排版还不是唯一的问题。她每改一次就想留一个旧版本,于是文件夹里堆出了这样的名字:Alisa_Petrova_CV_2022.docx、Alisa_Petrova_CV_2022_final.docx、Alisa_Petrova_CV_2022_revised.docx、Alisa_Petrova_CV_2022_final_FINAL.docx。时间一长,她不记得某项技能是哪次加进去的,专业方向是什么时候微调的,也不记得哪个版本里还留着她现在想找回来的那段描述。
DOCX 通过某些工具确实支持版本历史,但她想要的是另一种东西:透明、结构化、能自己管理的版本控制。即便如此,她还是继续用 DOCX,理由很简单——大家做简历都用它。
转折来自工作里第一次接触 Web 开发。她熟悉了容器、分栏、样式、外边距和内边距这些概念,随后冒出一个念头:既然能把简历做成一个网页,为什么还要跟 Word 文档较劲?在她看来,HTML 和 CSS 给了设计上想怎么玩就怎么玩的自由——可以分栏、调间距、自定义颜色、管理分页,把内容摆到想要的位置。做完之后,用浏览器打开 HTML 文件,导出成 PDF,一份简历就可以发给招聘方了。
另一个让她看重的好处是 Git。HTML 和 CSS 都是纯文本文件,可以放进 Git 里追踪每一次改动:什么时候加了新技能,职业经历怎么演变,两个版本之间到底改了什么,都能看见。她甚至可以为不同的简历变体建独立分支。和二进制格式的 DOCX 不同,这些改动是真正可读的。对一个收集了多年 final_FINAL_revised 文件的人来说,这一点格外受用。
但这套方法有个门槛:不是每个人都懂 HTML 和 CSS。想换背景色,得学 CSS;想加一栏,得学 CSS;想在导出 PDF 前修好布局,还是得学 CSS。连一些不做 Web 开发的程序员都觉得这套流程没必要地复杂。对她自己方便,却很难说是一个通用方案。
AI 改变了这个前提。现在不必先弄懂 HTML 和 CSS 怎么工作,想改简历背景,直接让 AI 编程代理去做;想加一个技能气泡,就告诉代理“我学了一项新技能,加到简历里,保持现有设计一致”。想要不同布局,开口要就行;想把简历针对某个职位调整,也可以让代理在保留真实经历的前提下重排内容。样式和区块都能改。
为了让起步不那么吓人,她做了一个开源仓库 html-cv-kit(GitHub:TrinkieYinkie/html-cv-kit),里面是可直接使用的示例和模板。仓库提供两种做法:一种是把所有内容放进一个 HTML 文件的单文件简历,方便在电脑之间转移、通过通讯软件发送或作为独立文档保存,没有复杂的项目结构;另一种是结构化简历项目,用文件夹把样式单独存放,更适合长期维护、定制外观并保持干净的 Git 历史。两种方式都可以改,也都可以让 AI 帮忙改。
上手流程并不需要从零搭建:
- 打开 html-cv-kit 仓库;
- 选一个最适合自己的模板;
- 下载文件;
- 用浏览器打开 HTML 文件查看效果;
- 自己编辑内容,或让 AI 编程代理帮忙;
- 用浏览器的打印功能把成品简历导出为 PDF。
她提醒了一个细节:导出时检查打印预览、纸张尺寸、页边距和背景图形,浏览器的打印设置会影响最终布局。
她并不认为 DOCX 本身不好,对很多文档来说它是完全合理的格式。但在用 HTML 维护简历多年之后,她表示自己已经回不去了。随着 AI 代理让 HTML 和 CSS 更容易上手,她觉得这条路值得更多关注。文末她抛出一个问题:你还在用 Word 维护简历,还是已经找到了更好的办法?
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.