简历中英混排规范：术语判定、空格五条与字体设置
中文简历里出现英文几乎是必然的：技术栈、产品名、职级、认证缩写。问题不在「用不用」，而在混排的规则有没有统一。同一份简历里，如果「Python」和「python」并存、「SQL语句」和「SQL 语句」交错、职位名一会儿中文一会儿英文，读的人不会说你错，只会觉得「不严谨」——而这个印象会平移到对你工作习惯的判断上。
这篇给的是可执行的判定表：哪些词该保留英文、空格怎么加、标点用全角还是半角、大小写按什么规则、字体怎么设。最后给一份查找替换清单，五分钟能过一遍。
一、先定原则：术语保留英文，职位与动词必须中文
混排的第一原则不是「看起来专业」，而是让不懂英文的人也能读懂你在做什么。按这个原则分三类处理：
| 词类 | 处理 | 例子 |
|---|---|---|
| 技术名词 / 产品名 / 标准名 | 保留英文原样，不改写、不翻译 | Python、Kubernetes、Figma、ISO 9001 |
| 职位名 / 职责动词 | 用中文，必要时括号附英文 | 「内容运营（Content Operations）」而不是「Content Ops」 |
| 行业缩写 | 首次出现给中文全称 + 缩写 | 「关键绩效指标（KPI）」 |
最常见的错误是中英双写：「数据分析 Data Analysis」「团队协作 Teamwork」。这既不省位置，也不增加信息，反而显得像模板填空。要么中文，要么英文，不要并排两遍。
反过来，把技术名词硬翻成中文同样糟糕：「容器编排系统」不如「Kubernetes」，「结构化查询语言」不如「SQL」。读者认识那个英文词，翻译反而增加了理解成本。
二、空格：五条规则，一条例外
| 场景 | 规则 | 示例 |
|---|---|---|
| 中文与英文之间 | 加一个半角空格 | 用 SQL 取数 ✅ / 用SQL取数 ❌ |
| 中文与数字之间 | 加一个半角空格（简历里建议加） | 服务 8 万用户 ✅ / 服务8万用户 ❌ |
| 数字与单位之间 | 单位是英文缩写时加空格 | 120 ms、15 GB；但 15%、3 个月不加 |
| 全角标点前后 | 不加空格 | 用了 Figma，效率提升 ✅ / 用了 Figma ，效率提升 ❌ |
| 英文缩写内部 | 不加空格，不拆开 | A/B 测试、ROI、iOS |
唯一需要灵活处理的是括号：中文语境用全角括号「（PMP）」，括号内是纯英文时可用半角「(PMP)」，但全篇要统一。简历里推荐统一用全角括号，因为前后通常是中文。
三、标点：中文句子用全角，英文片段用半角
| 符号 | 中文语境 | 英文语境 | 常见错误 |
|---|---|---|---|
| 逗号 | ， | , | 「负责运营,增长」用了半角 |
| 句号 | 。 | . | bullet 结尾用英文句点（可接受，但要统一） |
| 括号 | （） | () | 一句话里混用两种括号 |
| 引号 | 「」或“” | "" | 用直引号 " 代替中文引号 |
| 破折号 | —— | — | 用两个短横 -- 代替 |
有一条实用规则：看这句话的主语是谁。整句是中文叙述，就用中文标点，哪怕句子里嵌了英文词；整段是英文（比如英文简历段落），就用英文标点。不要在一句话里两套标点混着用——这是最容易被看出来的粗糙。
另外提醒一个简历特有的问题：条目结尾要不要加句号。要加就全加，不加就全不加，一篇里混着最难看。行业惯例是 bullet 末尾不加标点，段落描述加。
四、大小写：三类词按三种规则
| 类型 | 规则 | 正确 / 错误 |
|---|---|---|
| 官方拼写固定的产品名 | 照官方写法，不擅自改 | GitHub / Github、iOS / IOS、JavaScript / Javascript |
| 普通技术名词 | 专有名词首字母大写，通用词小写 | Python、SQL；但「database」小写 |
| 英文职位名 | Title Case（实词首字母大写） | Content Marketing Manager |
| 英文句子 | 句首大写，其余按语法 | Led a team of 8 across 3 regions. |
第一行最容易被忽略：官方拼写是硬规则。写「Github」「Javascript」「Ios」在技术人员眼里是明显的减分项，和写错公司名同级。不确定时去官网看一眼，十秒钟的事。
五、字体：中英文分开设，别用一款字体打天下
Word 和 WPS 都提供「中文字体」与「西文字体」两个下拉，这是混排最关键的一处设置。如果只设中文字体，英文字母会用中文字体里的西文部分渲染——通常字重偏重、字距偏紧，看起来「胖」。
| 位置 | 中文 | 西文 | 字号 |
|---|---|---|---|
| 姓名 | 思源黑体 Bold / 苹方 Semibold | Inter Bold | 18~20pt |
| 模块标题 | 思源黑体 Medium | Inter Medium | 11~12pt |
| 正文 | 思源宋体 / 苹方 Regular | Inter / Arial | 10~10.5pt |
三条硬规矩：
- 全篇最多两款字体（一款中文 + 一款西文），不要标题一款、正文一款、表格又一款；
- 字号差不超过 1~2pt，别用「中文 12pt + 英文 10pt」这种混搭；
- 导出 PDF 勾选嵌入字体，否则对方电脑缺字体时会自动替换，混排立刻错位。
字体选择与排版禁区（颜色、图标、边框）是同一套话题，完整版见简历排版禁区。
六、给 ATS 留一条路：缩写与全称都给
机器解析对全角字符、特殊符号、连字比较敏感，混排时容易丢信息。三条规则：
- 缩写与全称同时出现一次：「项目管理专业人士（PMP）」，之后只用 PMP；
- 不要用特殊符号代替字母：「ＣＥＴ－６」这种全角写法，机器可能识别不出；
- 英文关键词用标准写法：写「Power BI」而不是「PowerBI」，写「A/B testing」而不是「AB测试」——招聘系统按标准词匹配。
这三条的原理和关键词落位一致，见简历怎么通过 ATS 筛选。
七、八个高频错例与修正
| 错误 | 问题 | 修正 |
|---|---|---|
| 用SQL取数，python做分析 | 缺空格 + 产品名小写 | 用 SQL 取数，用 Python 做分析 |
| 负责CRM系统的运营维护工作 | 中文动词与英文缩写粘连 | 负责 CRM 系统的运营维护 |
| 数据分析 Data Analysis | 中英双写，重复占位 | 数据分析（或 Data Analysis，二选一） |
| 熟练使用 Office办公软件 | 缺空格 | 熟练使用 Office 办公软件 |
| Github 上有 3 个开源项目 | 官方拼写错误 | GitHub 上有 3 个开源项目 |
| 提升30%的转化率,覆盖8万用户 | 半角逗号 + 数字未空格 | 提升 30% 的转化率，覆盖 8 万用户 |
| PMP（Project Management Professional）认证 | 括号内英文全称过长，占一行 | 项目管理专业人士（PMP）认证 |
| iOS 开发工程师 / ios开发 | 同一份简历里两种写法 | 统一为「iOS 开发工程师」 |
八、五分钟检查：查找替换 + 朗读
手动逐字检查不现实，用三个动作替代：
- 查找替换：先替换连续两个空格 → 一个；再查找全角字母数字（Ａ-Ｚ、０-９）→ 换成半角；最后查找
,确认是否该用，； - 放大 200% 看一遍：空格缺失在正常缩放下不明显，放大后一眼就能看到粘连处；
- 朗读一遍：读不顺的地方，通常是中英切换处缺了空格或标点。
还有一条机器视角的检查：把 PDF 全选复制到记事本，看英文与数字有没有被拆断、全角符号有没有变成乱码。复制出来乱了，ATS 也会读乱。
九、常见问题
英文缩写要不要加中文解释？
首次出现要加，之后不必。判断标准是「非同行能不能看懂」：PMP、CPA 这类跨行业通用的可以只写缩写；公司内部系统名、小众框架名建议加一句中文说明。
英文简历里可以出现中文吗？
除姓名（可写拼音 + 中文名）外，不建议。英文简历的目标读者可能不懂中文，中文段落对他们等于空白。中英双语简历的正确做法是分成两份，而不是一份里双语并排。
公司名用中文还是英文？
用工商注册名或对外品牌名，与离职证明一致。外企可以写「××（中国）有限公司（XX China）」，首次出现给全称，后面统一简称。别为了显得国际范把中文公司名硬翻成英文，背调时对不上。
十、小结
混排的规范本质上只有一句话：让读者读得顺，让机器读得对。三个动作收尾：术语保留英文、职位与动词用中文，不做中英双写；空格按五条规则加，标点按「整句语言」选；中英字体分开设，导出时嵌入字体。做到这三点，你的简历不会因为排版细节被扣分。