技术总监最关注三类信息：技术栈真实性、系统级问题解决痕迹、跨角色协同证据；通过HTML语义结构、GitHub可信度锚点和PDF可验证性三方面快速验证。
技术总监看简历最关注哪三类信息
技术总监扫一份简历通常不超过90秒，核心只验证三件事：技术栈真实性、系统级问题解决痕迹、跨角色协同证据。不是项目罗列越长越好，而是每个项目必须能反向推导出你参与了什么决策、承担了什么权责、挡住了什么风险。
用HTML结构暴露技术判断力，别堆CSS动效
技术总监反感花哨动画和响应式“炫技”，但会快速检查HTML语义是否准确、是否暴露工程习惯。重点检查这几个地方：
-
<main>和<section>是否按逻辑区块划分项目经历（而非全用<div>） - 技能栏是否用
<dl><dt>Java</dt><dd>JVM调优、Spring Boot 3.x</dd></dl>明确版本与能力边界 - 项目描述中是否出现真实技术动词：如
重构了XX模块的线程池配置、推动落地OpenTelemetry统一埋点，而不是“负责XX系统开发” - 避免使用
class="btn-primary"这类无意义命名，改用class="cta-contact"或class="link-github"—— 这种命名本身就在传递抽象能力
把GitHub链接变成可信度锚点
技术总监大概率会点开你的GitHub，但不会读代码，而是快速验证三件事：
- README.md 是否有清晰的
架构图（哪怕手绘截图转成PNG嵌入）、部署说明、已知限制标签 - 最近6个月是否有
commit message包含 fix/refactor/chore 等规范前缀，且非全英文乱码 - Issues里有没有你主动回复他人提问的记录，哪怕只是
确认是XX版本bug，已在v2.1.4修复 - 别放空仓库或只有课程作业；如果主仓库是公司项目，至少放一个脱敏的内部工具脚本（比如日志分析CLI），并写清楚“该脚本日均处理12TB日志，减少DB查询压力70%”
PDF导出时字体和链接必须可验证
很多技术总监会把HTML简历转PDF后打印审阅，这时容易翻车：
立即学习“前端免费学习笔记（深入）”；
- 用
@media print隐藏无关元素（如导航栏、侧边栏），但保留<a href>的完整URL（不要用“点击访问”这种不可追溯文案） - 字体必须用系统级安全字体：优先
font-family: "SF Mono", "Consolas", "Liberation Mono", monospace;，避免自定义Web Font导致PDF里文字变方块 - 所有超链接需加
target="_blank" rel="noopener"，PDF里点击才能跳转；否则技术总监想查你的博客却打不开，第一印象直接掉档 - 别用
position: fixed做页眉页脚——PDF导出时大概率错位或消失
真正难的不是写HTML，而是每行标签都在回答一个问题：“如果我今天要带你进会议室跟CTO对齐架构方案，你刚才写的这行代码/这段描述，能不能让我立刻接住话头？”
