技术岗的简历常常想放点特殊的东西一小段代码、一张架构图、一个技术栈对照表、几个数学公式。这些东西在视觉上确实有说服力但它们在招聘系统的解析环节有不同程度的风险。先说一个通用前提你的 PDF 提交之后很多公司的系统会把它解析成纯文本再入库面试官看到的可能是解析后的版本。所以「在我电脑上显示正常」不等于「对方看到的正常」。一个可复现的自测方法在讲各个元素之前先给方法。把你的简历 PDF 打开全选、复制、粘贴到纯文本编辑器里记事本、VS Code 新建的 txt 都行。看粘出来的结果顺序是否和你排的一致。有没有内容缺失。有没有莫名其妙的换行把一句话切断。日期和公司名有没有错位。命令行的话装了 poppler 的机器上可以直接pdftotext -layout resume.pdf - | less加-layout是保留大致版面去掉它看到的更接近有些解析器的结果pdftotext resume.pdf - | head -60两种都看一遍。两种都通顺基本就安全了。代码块低风险但要控制篇幅代码在 PDF 里就是等宽字体的文本解析出来是正常文字不会丢。真正的问题是别的一是篇幅。简历不是仓库放十行以上的代码是浪费空间。读的人想看代码会去点你的仓库链接。二是缩进。解析后缩进可能丢失如果你放的是靠缩进表达结构的语言解析后会变成一团。三是必要性。多数情况下一段代码能说明的事一句话也能说明而且更省地方。如果一定要放建议不超过五行并且选那种「结论本身在代码里」的片段。比如展示一个 API 设计、一个关键的数据结构定义。替代方案把代码换成一句描述 一个仓库链接。改前贴 15 行的缓存实现代码 改后缓存层实现见 github.com/xxx/xxx/blob/main/cache.go约 200 行含二级缓存与击穿保护表格中等风险看复杂度简单的两列表格左边技能右边说明解析出来通常没问题。复杂表格有风险合并单元格、嵌套表格、三列以上解析后的文字顺序可能是按行读也可能是按列读结果就是你的技术栈和熟练度对不上。自测方法同上粘出来看顺序。替代方案用纯文本的分隔符代替表格。改前一个三列表格技术 / 熟练度 / 使用场景 改后 Java主力5 年微服务与批处理Go1 年两个内部工具Python数据处理脚本一行搞定解析零风险信息一点没少。公式高风险尽量不放数学公式如果是用公式编辑器插入的在 PDF 里通常是矢量图形或者特殊编码解析成纯文本时大概率丢失或者变成乱码。算法岗、量化岗的同学常想放几个公式证明专业度但收益不高技术面试官不会靠简历上的公式判断你他会直接问。替代方案用文字描述你做的事。改前贴一个损失函数公式 改后在原有交叉熵损失上加了类别权重正负样本 1:40权重按逆频率取F1 从 0.61 提到 0.73后者信息量更大而且能被追问。架构图会丢但可以留个入口图片在 PDF 里是图片解析成纯文本时直接消失。所以架构图不能承载关键信息。如果你简历上某段经历的核心就是那张图而解析后图没了那段经历就变成了几句干巴巴的话。处理方式有两个一是图旁边配一句文字概括确保图没了信息还在。- 系统架构接入层网关 限流→ 业务层4 个微服务→ 数据层MySQL 分 8 库 Redis 集群 Kafka日均请求 2000 万二是把图放到你的仓库 README 或者个人主页简历上给链接。面试时也可以直接打开给对方看。双栏布局中高风险双栏简历左边窄栏放技能和联系方式右边宽栏放经历在视觉上很受欢迎但解析风险最高。有些解析器会按视觉列读正确有些会按行读灾难左栏第一行 右栏第一行拼成一句话。自测尤其重要。如果粘出来是交错的换单栏。技术岗的简历用单栏完全足够而且在打印和手机上都更好读。特殊字符和图标图标字体用某些图标库做的小图标解析出来可能是问号或者奇怪的字符。装饰性的分隔符各种符号线解析出来是一串符号污染文本。进度条式的技能评分五个圆点填三个解析出来什么都没有而且它本身就不是一个好的表达方式因为「熟练度 60%」对读的人没有意义。建议图标最多用在联系方式那一行其余地方用文字。一个底层的思路技术简历的排版有一个可靠的判断标准先保证纯文本版本是完整、有序、有说服力的。排版是加分项是给人眼看的那一层。但信息必须能在纯文本层完整存活。做到这一点不管对方看到的是原件、系统摘要还是打印稿你的内容都成立。投递前的三项检查一、pdftotext或者复制粘贴确认纯文本顺序通顺、无缺失。二、手机上打开一次确认排版没变。三、文件名带姓名和岗位。