写到复杂项目时很多人想放一张架构图一张图确实比三行文字说得清楚。但简历不是设计文档。放之前先过三个判断。判断一这张图是在补充信息还是在占地方补充信息的图能说明你做的部分在整体中的位置、或者能体现你的设计取舍。占地方的图从网上找的标准三层架构图、或者把公司系统全貌画上去而你只做了其中一小块。后者不但没用还会引来一个危险的问题「这整套都是你做的」判断二一页纸的简历放得下吗一张有信息量的架构图至少要占三分之一页。这个空间原本可以写六到八条经历描述。对绝大多数人来说那六到八条更值钱。所以结论是简历正文里通常不放架构图。那放哪里三个更合适的位置一是附页。简历第一页保持纯文字第二页或者单独的附件放一到两张图加说明。投递时按对方要求决定要不要一起交。二是作品集或个人主页。简历上给出链接感兴趣的面试官自己会点。三是面试时带着。打印一张 A4 的图带进面试间讲到那个项目时拿出来。这个动作本身也能加分。如果一定要放在简历里尊重两条限制一用矢量图或者足够高的分辨率。截图放大后糊成一片比不放更糟。二图里的文字不能小于正文字号。别人不会为了看清图去放大 PDF。另外注意解析问题图片是图片里面的文字不会被 ATS 解析到。所以图里出现的关键技术名词正文里必须也有一份文字版。如果对方要求提交设计文档部分中高级岗位会在面试后要求提交一份设计文档或者当场做系统设计。这种情况下图就有用了但要求和简历里的图不一样。三个要点一是分层。一张总览图加两到三张细节图不要把所有东西画在一张里。二是标出你的部分。用颜色或者虚线框圈出你负责和参与的模块这是对方最关心的信息。三是配文字说明。每张图下面两三句这一层解决什么问题、关键取舍是什么。只有图没有文字的文档读的人要自己脑补容易读出和你想表达的不同的东西。画图工具不重要用什么画都可以清楚就行。手绘拍照都可以接受前提是拍正、拍清楚。工具的选择不会成为评价因素图本身表达的内容才是。一个更好用的替代方案用两到三行文字把链路描述出来往往比图更适合简历链路网关 → 订单服务 → (RocketMQ) → 库存服务 → 分库分表(16×64) 我负责订单服务全部、库存服务的扣减逻辑 关键取舍库存用 Redis 预扣 DB 乐观锁兜底放弃强一致换吞吐三行占的地方是图的十分之一信息密度更高还能被解析器读到。最后架构图在面试里是好东西在简历上是奢侈品。简历的目标是拿到面试机会图的用武之地在那之后。顺带说说简历里的代码片段和架构图同理简历正文里一般不放代码。原因有三占地方、解析器读不出格式、以及几行代码基本说明不了什么。例外是两种情况一是算法竞赛或者特定技术岗要求提交代码样例那按对方要求来二是你的某个实现确实精巧到几行就能说明问题那可以放在附页。更常见的做法是给出仓库链接让想看的人自己去看。最后归纳简历的信息密度优先于表现力。图、代码块、表格这三样在简历上都是低密度元素它们占的空间大携带的判断信息少。把它们换成文字描述同样的位置能放下三到四条经历。这个交换在绝大多数情况下都是划算的。