双非逆袭微软|简历优化实战案例详解 Java后台(双非+快手实习经历)
第4期的案例来自一位双非本硕、拥有快手实习经历的同学,求职岗位是Java后台研发工程师,目标互联网大厂
这次重点分享坑点和如何避坑
按照以前的惯例,我们来看看他的简历:
接下来我们看一下优化点的有哪些
结构坑点
- 冗余个人信息:在"个人信息"中写了政治面貌、籍贯,这些互联和技术面试不关心,是在浪费简历空间;学历在教育背景中已体现,无需特意写。
- 无效课程列表:在“教育背景“中列出主修课程是冗余的,面试官不在乎你有没学过课程,只要你求职的是"Java后台研发”,面试官就会回算法和Java基础。
- 过多技能特长:写了10多项“技能特长”,这是技术简历的大坑X。最佳实践是在项目的主要工作中展示技能,详见我另一篇笔记。
- 过多背景介绍:在“实习经验"/“项目经验"中写了太多业务背景。业务背景是写不完的,正确做法是准备面试陈述稿,而不是在简历中占用大量篇幅。此外,应使用“主要工作“而非"个人职能"。
- 无关校园经历:写了"校园经历",同样是冗余信息,技术岗不会关心。
- 无效自我评价:写了"自我评价“是另一个大坑小。它是主观的,面试官也无法评估匹配度和真实性,是无效信息。记住,技术简历上的内容都要是客观事实。
排版设计坑点
- 时间位置不当:将”时间“写在左侧会影响面试官和HR的阅读效率。由于中文从左到右阅读,左侧是视觉重点,应放置学校、公司、任务概要、获奖名称等高优先级信息,时间应放在右侧。
- 主要工作突出:项目介绍无需左缩进,关键指标需要加粗,方便面试官快速捕捉重要信息。
专业度描述坑点
- 专业名词错误:例如,应写作"Spring Boot"而非"SpringBoot"
- 缺乏量化指标:工作描述中缺少具体的数据。例如,"引入线程池.…提升任务处理效率“中的“提升效率”是主观描述,一定要具体说明效率提升了多少
- 缺少任务概括:目前需要读完整句话才能理解做了什么,降低了信息捕捉效率
改进示例:
原句:“引入线程池实现单任务多用例并行生成与异步日志记录。通过将串行修改为并行,提升任务处理效率”。“处理效率”常见用时间来衡量,例如「从xx小时降低至 yy 分钟」或「提升了xx秒/分/时」。而结合技术实现和指标,就可以把工作概括为“提升用例生成效率”。
改进后:“提升用例生成效率:引入线程池实现用例生成任务下多场景用例并行生成,将接口的响应时间优化了 2-3s'
最后我们看看简历优化后的样子:
第一版本迭代:
第二版本迭代:
小结:
结构,排版,描述尽量避开以上坑点,技术简历更专业。
简历优化正如代码优化,它不是一次性的,它是持续的、不要介意或担心过程中的不完美,踏上取经路比抵达灵山更为重要。
细节决定成败。经历过还拖石沉大海的焦虑,更懂每个细节的重要性。
自我介绍一下,我16年入职腾讯,19年入职字节,21年入职微软。
我是YK,有问题欢迎一起交流学习,希望大家多多关注。感谢!