Skip to main content

程序员简历指南

David LiuAbout 58 min

程序员简历指南

写在前面

简历有多重要?

简历是一个人求职的门面,也是整个求职过程中的 第一步 。如果简历不过关的话,后面的笔试、面试可能连机会都没有!

好的简历不仅能帮助你拿到面试机会,增加面试官的好感度。还能通过适当的内容引导来帮助你在面试中 出奇制胜 。

什么时候准备简历?

千万不要等到找工作前才开始准备简历!真正好的简历不是一两天就能包装出来的,而是通过个人长期以来的积累、不断发掘并改进自己的不足、经过了多个版本的持续优化后才凝练而成的。

在你学完基础的开发技能,比如开发框架(前端 Vue、后端 SpringBoot 等),并且能够独立运用所学技术来完成一个属于自己的项目之后,就可以开始准备简历了。一般是学编程 6 个月到 1 年左右就可以开始准备了,写简历的过程也是帮助自己对当前的状态和学习进度、不足有个清醒的认识。

正所谓有积累,才能锋芒毕露。

如果你现在不想准备简历也没关系。很多公司会在 8 月份正式开启秋招,所以大家在 6 - 7 月份的时候准备好简历就没问题;很多大厂会在 2 - 3 月份开启春招,所以大家参加春招的话尽量在 2 月份准备好简历。

##简历文件

简历模板

一份优秀的简历必须在 外观和内容 上都很出色,做到秀外慧中。所以,挑选一个好的简历模板是至关重要的!

网上有大把大把的简历模板、还有什么几百套简历大全之类的,让人眼花缭乱。

其实完全没有必要在简历模板上纠结!

只要保证简历结构是从上到下、布局清晰、排版整齐、简洁干净就好。

✅ 推荐:

image.png

❌ 不推荐:颜色花哨的

简历制作方法

最省事的方法:使用 Typora + Markdown 来编写简历并导出为 PDF。

在线免费制作简历:https://www.wondercv.com/open in new window

直接给大家安利一份我自己用过的、非常精简整齐的免费简历模板:https://www.wondercv.com/jianlimoban/jqZb6WM.htmlopen in new window

也是超级简历网站上的,可以灵活自定义内容,基本能满足所有同学写简历的需求,大家不用浪费时间在选模板上了~

再分享一下鱼皮大学时使用的简历模板:https://pan.baidu.com/s/1eE6mgMpK3NkD8M82acK1gAopen in new window 密码:8vai

img

文件命名

命名没有绝对的规范,但是要 仔细查看岗位描述 是否有文件名规则的要求。

如果没有要求的话,可以用:求职岗位_个人姓名_求职类别.pdf(实习生还是正式员工)

千万别用什么特殊符号啊、一大串数字之类的无意义内容!

文件格式

⚠️ 注意!文件格式一定要用 PDF!!千万不要用 Word!!!因为使用 Word 可能会出现预期之外的排版错乱,这个影响是致命的。

建议同时提供 PDF、Word 两种格式的文件,便于对方选择。

简历内容

整体

一份完整的程序员简历包含个人信息、教育背景、专业技能、荣誉奖项、工作经历、项目经历、科研经历、校园经历、个人优势等内容。

其中,个人信息、教育背景、专业技能、项目经历是 必须具备 的!

一般校招简历以 一页纸 为最佳(工作 3 年以上经历非常丰富、或者求职等级较高除外),因此要合理分配各部分内容占用的篇幅,推荐的占比如下:

  • 个人信息 5 ~ 10%

  • 教育背景 10 ~ 15%

  • 专业技能 20 ~ 30%

  • 项目经历 30 ~ 40%(工作 / 校园 / 科研等经历也算在内),对大多数同学来说,这部分是 核心 !

  • 其他内容 0 ~ 20%(比如奖项、个人优势等)

个人信息

基本信息必须要 填写完整 ,这是对另一方最基本的尊重。包括以下信息(加粗为必填项):

  • 姓名

  • 性别

  • 求职意向

  • 年龄

  • 身份:大几学生、几年工作经验等

  • 联系方式:手机号、邮箱、微信、QQ 号(以公司岗位描述要求为主)

  • 照片(建议放)

  • 其他链接:个人博客、作品集、亮眼作品等

技巧

1)个人信息占用的篇幅不用过多,一行可以同时写多个信息,保证间距合理即可。

✅ 推荐:同类信息可以放到一行

联系方式:手机号:xxxxxx / QQ 号:xxxxx

❌ 不推荐:

姓名:李鱼皮

贵庚:23

联系方式:手机号:xxxxxx

QQ 号:xxxxx

个人兴趣:敲代码、水视频

2)照片要清晰端正,蓝底 / 白底 / 红底都可以,最好表情自然、面带微笑。尽量穿白衬衫或者正装:

✅ 推荐:

image.png

❌ 不推荐:

image.png

3)没有特殊要求的情况下,不建议写期望薪资!一方面是大公司的薪资还算公开透明,没必要写;另一方面是防止你的表现超出了预期时,被人按照你的预期薪资来砍价。当然,除非你把预期写的很高,说不定能过滤一些公司、猎头的打扰。

4)如果有个人网站、个人博客、代码仓库的话,建议补充上相关链接

✅ 推荐:比较精简、简短、好输入

比如:yupi.icu

❌ 不推荐:过于复杂的链接

比如:https://blog.csdn.net/weixin_41701290?spm=1000.2115.3001.5343open in new window

教育背景

如实 写明即可,包括以下信息:

  • 学校

  • 专业

  • 年级

  • 入校时间 ~ 毕业时间

  • 排名(建议排名高于前 20% 的同学才写)

  • 主修课程(建议非计算机相关专业的同学适当列举,优先列举和求职岗位相关的、分数较高的课)

  • 其他信息:如 CET 证书、计算机专业相关证书等

技巧

1)学历一般不建议造假!

2)如果有得分较高的(比如 90 分以上)、和岗位相关的课程,可以在课程名后用括号补充分数。

专业技能

同义词:个人技能、技术栈、技能清单

这部分是简历的核心之一,列举自己掌握的、熟悉的、用过的、学过的、甚至仅了解过的各种技术或技能。

技巧

1)写你会的技术栈时,不要用老长一句话、像报菜名似的列举技术名词。可以采用列表的形式把每一个技术单独写清楚,会更直观清晰。

举个例子:

❌ 不推荐:把各种不相关的技术用一句话讲完

能够熟练使用 springcloud 微服务框架及 mysql、redis、hbase、mongodb 等数据库及 kafka、rabbitmq 等消息中间件及 netty 等网络框架、前端 HTML / CSS / JavaScript 的使用。

✅ 推荐:改为列表,同一类技术写在同一行

  • 熟练使用 springcloud 微服务全家桶

  • 熟练使用 mysql、redis、hbase、mongodb 等数据库和大数据中间件

  • 熟练使用 kafka、rabbitmq 等消息中间件

  • 熟悉 netty 等网络框架

2)每点不要只写一个技术名词,建议多补充该技术中你掌握的知识点和技术细节

❌ 不推荐:写的很通俗、很广泛、很空虚

  • 熟悉 Java(熟悉 Java 的什么特性?)

  • 熟悉 Linux 系统的基本命令(熟悉什么命令?)

✅ 推荐:补充一些该技术中,你用的比较熟悉的知识点、技术细节

  • 熟练使用 Java,比如:集合框架、动态代理机制、反射等等

  • 熟悉 Linux 系统(比如文件系统、内存管理),能使用命令监控系统负载和进程状态

3)除了写自己会什么技术外,最好 深一度。比如可以补充半句:你能用这些技术做什么? 从而表现出你的实践能力,公司倾向于选择问题解决能力强、实践经验丰富的同学。

❌ 不推荐:只写理论,不写实践

熟悉 Java

✅ 推荐:你能用这个技术做的事、你亲身实践过的事

熟练使用 Java,能够运用 Java8 的 Stream API 高效操作集合类 / 完成数据处理、使用动态代理完成对相似类的统一操作

其他例子:

  • 熟练使用 springcloud 微服务全家桶,能独立开发微服务项目

  • 熟悉 netty 等网络框架,能够独立开发即时通讯系统

荣誉奖项

同义词:个人奖项

包括以下信息:

  • 个人证书

  • 个人参与并获奖的竞赛(团体奖项也要写,但是最起码你要有贡献)

  • 非编程相关也可以写(比如某某创业大赛,总比没有好)

  • 软著、专利

技巧

1)对奖项排序,优先把认可度高的、范围高的、获奖级别高的、和编程求职岗位更相关的放上面。

工作经历

同义词:实习经历

包括以下信息:

  • 公司名

  • 职务

  • 工作起始和结束时间

  • 工作内容(具体做了什么)

  • 负责的项目(做哪个方向的项目、项目的介绍)

  • 给公司带来的价值(收益增加、成本降低、更稳定)

技巧

1)写工作内容的时候尽量突出自己的地位,比如:

❌ 不推荐:

参与文档编写

✅ 推荐:

负责整个接口文档设计和编写

2)写工作内容时,可以适当具体一些,尤其是建议补充一下工作中用到的技术

❌ 不推荐:职责比较模糊

参与系统开发

✅ 推荐:点明技术,体现实践经历和能力

负责 SpringBoot 前后端分离架构的系统研发

3)尽量不要写自己收获了什么、学到了什么,而是写自己做了什么、做出了什么成果,更有说服力。

项目经历

同义词:个人项目、项目经验

这部分是简历的 核心 ,主要是介绍自己做过或者参与过的项目和工作,体现出自己的实践经验和能力 ,包括以下信息:

  • 项目名称

  • 项目起止时间

  • 项目介绍

  • 项目技术栈或架构

  • 负责工作(或者个人职责,这里是重点)

只要是自己做过的项目都可以写,只不过可以区分重点和非重点。

注意,项目经历和实习 / 工作经历的侧重点不完全相同:

  • 实习经历重点是你在这家公司负责什么(地位)、你的作用、你的价值。

  • 项目经历重点在于你对这个的项目的贡献、项目特色、实现项目的关键技术等。

技巧

1)注意每个项目里内容的比重,项目介绍占比不要太多,不要写得太啰嗦!重点在于突出你做了什么,用什么技术解决了什么问题,带来了什么效果。

❌ 不推荐:项目介绍过多,自己的工作反而没写多少

项目介绍:

  1. 将 SQL 的编写逻辑 结构化 ,像写文章大纲一样编写和阅读 SQL

  2. 重复的 SQL 只需编写一次 ,SQL 变动时修改一处即可

  3. 可以针对某部分 SQL 进行传参和调试

  4. 查看 SQL 语句的引用树和替换过程,便于分析理解 SQL

负责工作:使用 Vue3 + Monaco Editor 完成系统开发

✅ 推荐:项目介绍一两句话带过,突出核心,更多的篇幅在于写自己做的事

项目介绍: 用 JSON 生成结构化的 SQL 语句的在线工具,基于 Vue3 + TypeScript + Vite + Ant Design + MonacoEditor 实现

负责工作:

  1. xxx

  2. xxx

  3. xxx

  4. xxx

2)介绍项目的时候,不要混在一起,而是建议 分点逐行、具体去写 ,每个工作 / 亮点独占一行,每一点 尽量具体 。写的越具体,往往越体现真实性。

这里有个万能公式:负责 XX 系统的研发,在 xx 条件下、利用 xx 技术实现了 xx,实测 带来了 xx 效果(比如推进了 xx、提升了 xx)。

“实测”两个字突出了真实性。

举个例子:负责订单查询系统,在老系统并发量较低的情况下,选用分库分表中间件 + Kafka 消息队列 + Redis 缓存进行重构,提升了系统并发量,实测 由 1000 Qps(每秒并发数)提升至 10000 Qps。

❌ 不推荐:不够具体,千篇一律

使用 Redis 缓存热点数据,提高系统查询性能

缓存哪些数据?哪些数据是热点?缓存效果如何?提高了多少查询性能?

✅ 推荐:

负责商品模块,在现有商品查询接口并发量较低的情况下,在数据库查询前增加 Redis 缓存层,缓存热点商品信息,使用 apache-ab 实测接口并发由 50 qps 提升至 1000 qps。

还可以进一步补充缓存更新等问题的解决。

注意!实在没有背景和效果实测,也不要硬编,被识破了会很尴尬。

3)要想项目有亮点,需要 深一度。不能只写你完成了什么工作,而是要有一定的优化和扩展。比如你可以改造现有项目 / 框架、推陈出新,提升系统各方面的性能(可用性、稳定性、用户体验、吞吐量、时延等)。

❌ 不推荐:

开发了订单系统,完成了支付模块。

✅ 推荐:体现出了技术选型和架构思维。

负责订单系统的开发,使用 XX 技术实现了支付模块,并选用 XX 消息队列将系统 QPS 由 XX 提升至 XX,同时使用 XX 保证了支付的幂等和稳定性。

4)建议大家多去了解你项目中用到的技术的同类技术,对这些技术的优缺点和适合的应用场景有个大致的印象。这样做的好处有很多:

1开拓你的思路

2在写项目介绍时可以补充技术对比细节,体现出你的技术选型能力和知识广度

3防止面试官考察“你为什么用这个技术,不用那个技术?”之类的问题

5)条件允许的话,强烈建议提供可在线访问的项目地址(域名尽量简短,好让面试官访问),从而体现你项目的真实性,将会是一个非常不错的加分项。

因为绝大多数同学写项目经历的时候,不放已上线的项目地址。有的时候你写的点再多、吹得天花乱坠,都不如直接放一个可访问的项目地址来得实在,能够直接证明你真的做过这个项目、从而体现你的项目经验。对于前端同学来说这点更重要,直接给面试官看体验效果最实在。你做的网站用不用心,一看便知。

10 份简历里有 8 份都不写线上项目地址的,所以这 10 位同学同时去投递,可能只有另外 2 位写了项目地址的同学有机会进入面试。

不过我估计大多数同学是根本就没有上线过项目,建议大家还是静下心来,去看一下星球用户中心项目最后两期的直播回放(https://t.zsxq.com/0bSRkCA5D),把上线的流程跑通,其实并不难。open in new window

6)如果你做的是网上大众化的教程项目,建议给项目改个名、换个皮、自主加一些新功能,增加区分度。

参考写法

仅提供思路,尽量不要直接照搬!

可以从技术自身的优点和应用场景出发,来增加亮点。

以用户中心项目为例:

  1. 为了提高开发效率,选用 Ant Design Pro 脚手架快速搭建基础页面,并对原始模板进行瘦身、抽象为可复用的公共模板,便于后续同类项目的快速研发。

  2. 在脚手架自带的 umi-request 请求库基础上进行改造和封装,添加全局请求拦截和全局异常处理逻辑、自动根据项目启动命令来区分环境,减少重复代码、提升项目可维护性。

  3. 选用 MyBatis + MyBatis-Plus 进行数据访问层开发,复用大多数通用方法,并且通过继承定制了自己的 通用操作模板 ,大幅提升了项目开发效率。

  4. 为了明确接口的返回,自定义统一的错误码,并封装了 全局异常处理器 ,从而规范了异常返回、屏蔽了项目冗余的报错细节。

  5. 对于项目中的 JSON 格式化处理对象,采用 双检锁单例模式 进行管理,从而复用对象,避免了重复创建对象的开销,便于集中维护管理。

  6. 采用 Nginx 完成前端项目部署、采用 Docker 容器完成后端项目部署,并且使用宝塔面板对项目进行运维监控。

如何增加项目亮点?

可以试试下面的方法:

  1. 大家去网上随便找一套面试题(也可以在星球语雀知识库 => 资源汇总里找到),遇到看不懂的题目或者没接触过的知识后,把它记下来

  2. 针对这道题目到全网去搜题解,至少看 3 份不同的讲解以得到相对正确的解答

  3. 想办法把这个面试题涉及的知识点应用到项目中

  4. 在简历上补充项目经历,将自己对这个知识点的实践作为一个亮点

为什么要这么做呢?

  1. 看别人整理的面试题,快速 get 【企业关注的】、并且自己不熟悉的技术知识,扩展思路,而不是受限于视频教程

  2. 看题解,了解这个知识的概念、应用场景、使用方法、细节和优化点

  3. 趁热打铁,直接对理论进行实践,真正把知识变成自己的

举个例子,比如我学后端的,刚学完 Redis 中间件,那我去搜搜 Redis 面试题,搜到一个【如何用 Redis 解决缓存雪崩?】。然后我去看题解,比如:https://blog.csdn.net/m0_37647376/article/details/118914551(随便找的一篇),了解到:缓存雪崩是什么?如何解决?然后我就把缓存雪崩的解决方案应用到项目中,比如【随机过期时间】这种方案(大open in new window N + 小 n),给每个缓存过期时间补充一个 2 分钟以内的随机数,避免缓存集中失效~ 没错,就加个随机数这么简单!然后我就可以把这个点写到简历上啦~ 这样面试官问你这道题目的时候,你可以很自信地说自己实践过!也会对这道题目印象更加深刻。

再举个前端的例子,比如搜到一题【什么是虚拟列表?】,然后去看题解:https://juejin.cn/post/6844903982742110216,了解到:虚拟列表是什么?为什么要用虚拟列表?怎么实现虚拟列表?然后就可以自己实现一个虚拟列表、封装成一个独立的组件,可以应用到自己的前端表格项目中,还可以开源~open in new window 然后就可以很骄傲地写到简历上。面试官:啥是虚拟列表?我:劳资写过,甚至还有开源项目!

这其实正是企业中开发项目常见的做法,搜解决方案、实践应用、分析和总结。

如何挖掘项目亮点?

一段有亮点的项目经历绝对不能只写 “用 xx 技术完成了 xx 功能”,而是要有起伏和递进,在完成某功能的基础上进一步 优化 。

应该优化什么呢?可以从以下角度出发:

1)性能:页面加载速度、接口并发量(qps / tps)、接口响应时长等

方法:缓存、并发编程、异步、限流降级熔断、有损服务、CDN、数据压缩等

2)成本:节约系统资源、降低 CPU / 内存 / 磁盘空间 / 带宽占用、节省机器数等

方法:人工分析删除、定期删除、低频存储、淘汰策略、数据压缩等

实际开发项目中,一定要有成本意识!很多同学光说优化,不考虑实际情况,这是一个错误的思维。

3)可用性:尽可能地提高系统对外提供服务的时长,即提高 SLA(3 ~ 5 个 9 的高可用)

参考文章:https://blog.csdn.net/terrychinaz/article/details/112976266open in new window

方法:集群、主备、自动故障恢复、监控告警、容灾

4)可靠性:尽可能地让系统提供可靠的服务,不要出现崩溃中断

方法:集群、主备、异常处理、降级、容灾

关于可靠性和可用性的区别:https://blog.csdn.net/HermitSun/article/details/92164226open in new window

5)稳定性:接口响应 / 操作处理时长相对固定,成功率高,响应结果保持正常

方法:保证每个服务节点状态正常、性能相当(不要有的机器好有的机器垃圾导致接口时快时慢);合理规划服务调用链路,不能过长;做好技术选型,避免使用不稳定的第三方依赖

6)容错性:部分节点(服务)出问题时,系统整体依然能够正常提供服务

方法:集群、反向代理、故障转移

7)健壮性:系统不会因为部分异常而整体崩溃

方法:异常处理、进程监控(如 supervisor)

8)系统复杂度:整个系统易于理解,而不是说前人离职、后人无法接手

方法:软件开发原则、设计模式、系统架构设计(如微服务)、开发规范、工作流

9)可维护性:使整个系统结构清晰、利于维护,出了问题也能够快速排查

方法:软件开发原则、设计模式、系统架构设计(如微服务)、开发规范、工作流、抽象复用(组件化模块化)

10)可扩展性:使整个系统能够轻松应对未来新增的需求及业务增长,不会牵一发而动全身

方法:设计模式、架构设计、集群、分库分表、技术选型

11)可观测性:能够随时观察了解系统 / 服务的运行状态、并能快速发现故障和定位异常

方法:系统埋点上报、监控告警(prometheus)、ELK 日志收集、可视化分析(Grafana)

12)可伸缩性:系统根据负载情况动态增加或减少节点,从而能够应对流量高峰、并在空闲时节约成本

方法:K8S + Docker 容器、云原生

13)用户体验:符合用户的使用习惯、提升用户对网站的满意度

方法:网页性能优化、接口性能优化、懒加载、占位符、骨架屏、设备适配、浏览器兼容性、满意度调研(如 NPS)

14)安全性:保证机器、服务、数据库、网络等不被恶意侵入和污染,保证数据和用户隐私的安全

方法:参数校验、常用安全措施(防 XSS、CSRF、SQL 注入等)、网络防护(反 DDOS)、反爬虫、限流、黑白名单、防火墙等

项目亮点参考

鱼皮也给大家总结了一些可以写在简历上的项目亮点:https://bcdh.yuque.com/books/share/2dd2567c-a826-4d9d-9303-bd288269e874/ieo5g3。open in new window

仅供参考,保证自己能 hold 住再写,不要无脑搬运!

科研经历

包括以下信息:

  • 研究内容(论文、专利、实验室等)

  • 研究时间

  • 具体工作

  • 产出(著作权、论文、认可度)

校园经历

包括以下信息:

  • 名称(你做的事情、参与的活动)

  • 时间

  • 具体工作

  • 产出

个人优势(自我评价)

请阅读这篇文章:

img

自我介绍,千万别来虚的!open in new window

这个板块不是必须要写的,如果你要写,就 必须让你的自我评价有信服力 !不要只说自己哪里的能力强、怎么怎么厉害,而是需要一些事例、数据、证据来证明。

举些例子:

1我学习能力强,对新技术有强烈的好奇心 => 补充:曾通过官方文档、自主查阅资料自学了 XX、XX 新技术,并通过 RSS 持续关注该技术最新动态。

2我乐于从事有挑战性的工作 => 补充:我曾经担任 XX 队长,在 XX 困难的条件下,解决了 XX 问题,取得了 XX 成果。

3我喜欢分享知识、善于总结 => 补充:连续 XX 天发布个人博客,发布过 XX 个学习总结等等

4我很帅 => 补充个人照片

这样写自我评价,就不再是虚的了,而是真的能让对方感受到你的这些能力。

这里有个小技巧,可以根据目标公司的岗位要求去写自我评价,做到对号入座。

img

岗位要求

比如公司要求招有团队协作经验的,那就写:我善于团队合作,曾经组队参与 XX、XX 项目,统筹负责了 XX、XX,怎么提升团队工作效率之类的。。。

这样从招聘者的角度来看,你是有用心准备过的,目的性明确,也是加分项。

写简历建议

目标:在真实的前提下锋芒毕露,将有限的积累 无限放大 ,向面试官表达出 “我很主动、我自学能力很强、能够胜任工作” 等信息,从而吸引面试官。

基本建议

1内容划分清晰、完整全面,简历通常包括几个部分:个人简介(基本信息、照片、学校、专业、成绩、四六级证书、特长介绍等)、竞赛奖项、个人技术栈、实习经历、项目经历、科研经历等。

2合理划分各部分的比例,多写经历(实习、项目等),少写正确的废话(自我评价)

3简历最好一页纸,内容超出时,过滤一些 “废话”,只放最精华的部分。

4简历的板块划分要清晰、排版要整洁、内容不要太挤或太空;色调不宜过暗或过亮,推荐蓝色或淡灰色;色彩不要太丰富,要让人看起来舒服。

5明确你要找的岗位,简历上的所有内容尽量围绕这一个方向去写,突出重点。(比如你找后端方向的工作,即使你也会前端,也要注意不要让前端占了过多的篇幅)

6依据个人优势对内容进行排序,把最有亮点的部分放上面,还可以适当对关键词进行加粗、调色等,突出自己的优势和亮点,尽量减少和其他同学简历的相似度。和短视频逻辑一样,面试官如果觉得你的简历千篇一律,一下就刷走了。

7文字内容要精炼,拒绝口语化;用词尽量专业,体现专业性,不用担心面试官看不懂。

8项目 / 实习经历介绍中,可用 STAR 分析(场景、任务、行动、成果)来梳理自己的核心工作。标准句式:在 xx 公司 xx 项目中,在 xx 情况下,运用 xx 技术,解决了 xx,优化了 xx,达到了 xx 效果,带来 xx 收益等。举个例子:为适应产品特性、加快迭代速度,后端由 Springboot 重构至 Node.js ,数据库由 MySQL 迁移至 MongoDB ,实现了前后一体的 集中式配置中心 ,提高了接近 1 倍 的开发效率。注意每段介绍不宜过长,留给面试官提问的空间。

9简历项目中尽量不要出现重复的内容介绍(比如每个项目都写一遍使用 Axios 发送请求)。

10最好给项目附上可直接访问的链接,有个人博客的话也最好写上去,建议多在博客中记录和总结自己学到的知识,让面试官感受到你的努力积累、脚踏实地。

11写完简历后,一定要自己通读几遍,保证行文通顺、且无任何错别字!尤其是专业名词别拼错了!

12有机会可以多阅读借鉴他人的简历,查漏补缺。

高阶技巧

引导

在写简历时,我们可以故意利用一些措词、加粗等方式来 引导面试官 。

比如很多面试官都会针对简历中提到的技术去展开提问。因此当我们介绍技术栈时,可以在一堆 “了解” 中适当添加 “掌握”、“尤其熟悉” 等词,面试官大概率会去问这些技术相关知识点。

此外,还可以 细化 你会的技术,比如把 “熟悉多线程” 改成 “掌握多线程 AQS 、并发包等技术”,可以吸引火力,一定程度上防止面试官问到多线程中你相对薄弱的部分。在面试准备时间不足时,这个方法可能有奇效。

因此必须熟悉简历中的项目和用到的技术,提前想好对策。常见的问题有:

  • 项目中用了哪些技术?

  • 为什么用这个技术不用别的?

  • 有什么亮点?怎么去优化等等?

现在大多数简历千篇一律,都说自己会 Java、人均 Java 小能手,所以很难吸引到面试官。而如果你提到了 Java 中的某个高级知识点,有一定的学习深度,反而更容易被选中。就和我们平时刷短视频一样,一定是有什么东西吸引我们,才能看下去。

反之,如果简历很平淡,哪怕进入了面试环节,面试官可能也不知道问你什么,只能考各种八股文(胡乱开火扫射)。

适当包装

写简历的本质就是:如何以一种吹牛皮的方式表达出你的能力。

因此,虽然写简历要真实,但不能太老实!尤其是对于没有特别多项目的同学,要学会适当包装、合理包装。

比如将常用的技术进行组合、添加一些修饰词、使用一些专业名词等。

举个例子,本来写的是:使用了 MySQL 数据库、Redis 缓存、OSS 对象存储技术。

可以改为:使用 MySQL、Redis、OSS 三维一体的多元存储技术。

哈哈,虽说可能有一点点夸张,但还是能体现你的专业性的,不过不要乱吹就是了。

再举个例子:用 xx 框架提升了 20% 的查询性能,20% 是一个很不显眼的数字,如果你改成 90%,会更抓眼一些,并且对于大部分场合来说是合理的。

但是注意,杜绝欺骗 !尤其是工作年限等有准确数字、可被调查的问题,请实事求是,否则后果自负。

定制化

根据不同的岗位、公司和 JD(岗位描述)来调整优化简历(比如修改部分细节或工作内容),或者准备多份不同的简历。

比如你前后端都会,投递后端开发岗位时,把后端技术放在前端技术上面去写,项目经历、实习经历等都要侧重于后端。

常见问题

  1. 项目介绍过长

先给大家看下某份简历中的项目经历部分:

img

看到这个,不知道大家有什么感受?

显然,项目介绍占整个项目经历的比重 过多 !好家伙,讲了一大堆项目有什么功能,结果自己实际上负责的工作就一个小小的模块?!

其他的工作既然都不是自己做的,说那么多干嘛呢?如果面试官问你其中某个功能是怎么实现的,说不出来不是很尴尬么?

在简历中,面试官更关注的是 你在项目中负责什么、做了什么、怎么通过技术和设计能力去解决问题的 。至于项目本身的介绍,用一两句话直击核心就好,重点在于交代和你工作有关的内容,其余的可以在面试中展开介绍。

  1. 对工作的描述过于宽泛

你敢相信么?我在几份简历的工作描述中竟然发现了一模一样的内容!

举个例子:

img

看看上述简历的【负责的工作】部分,不知道大家会不会有这种感觉,好像我写了什么,又好像我什么都没写。

换言之,这几句话(完成了 xx)可以原封不动地套在任何一个项目上!对不对?

面试官根本没办法看出你到底在这个项目中做了什么,只会有一种感觉 —— 你在糊弄。

所以,不要把负责的工作写得太宽泛,哪怕你真的做了很多事,也可以从中挑亮点去讲。

  1. 过于直白

除了上一点外,很多同学的项目经历部分都比较直白,基本就是用 xx 技术做了 xx,比如:

img

对于找一般的公司或实习岗位来说,也许这么写就已经足够了。但如果想冲击大厂,这份简历就显得太 “平平无奇”。

如果有条件(自己做过)的话,不要平铺直述地列举技术和工作,而是要通过一些案例来体现自己的技术、设计能力、自主性等。

比如:由于项目模块众多、调用链路复杂,选用责任链设计模式重构项目,使各模块职责清晰、项目更易于扩展。

可以整理出一个 公式 :为解决 xx 问题,使用 xx 技术实现了 xx,达到了怎样的效果。

  1. 用词不专业

简历上的每一个词汇,都能够反映出你的水平。

很多同学的简历用词比较随意,比如 “我用 axios 库完成了对数据库的查询”。

其实大家都心知肚明,axios 是一个前端请求库,可以和后台进行交互,实现对数据的查询和管理。

但上面那个表达,语言不够清晰和凝练,还可能会给面试官一种感觉:你真的知道 axios 是什么?你真的和后端联调过么?

所以,一定要保证简历上的每个词都要 准确,不能产生歧义 。另外,尽量减少口语化的内容,不说用 xx 技术做了 xx,而是用(基于) xx 技术实现了 xx。

  1. 没有重点

我认识一些学的技术比较多的同学,他们可能又会 Python 又会 Java 又会前端,写到简历上的项目也是各方向的都有,然后又没有在简历的开头注明 “求职意向”,就导致我完全不知道他要找哪个方向的工作。

并不是说会的技术、写简历上的技术太多了不好。而是要有一个侧重点,比如找 Java 岗位的工作就把 Java 的项目放最上面,用更多的篇幅去介绍。也建议大家找工作前越早明确方向越好,不要到最后什么都只学了一点,反而平平无奇了。

  1. 简历内容重复

简历的项目工作描述中尽量不要出现重复的内容,不仅占用空间,还会让面试官感到疲惫,如下图:

职责

(1)负责该项目迭代需求的开发,日常维护及线上问题定位处理.

能力服务:

(2)通过开发单独的能力服务来对接腾讯人脸识别接口,工南信息接口以及图像识别接口,然后开放

给其他服务使用,提高复用性,减少重复开发.

核心技术:

SPRINGBOOT, SPRINGCLOUD, DUBBO, MYSQL, REDIS

项目描述:

职责

(1)能力服务:通过开发单独的能力服务来对接腾讯人脸识别接口,工商信息接口以及图像识别接

口,然后开放给其他服务使用,提高复用性,减少重复开发.

image.png

专业技能参考

Java 后端

todo

前端

todo

计算机基础

简历问题及建议汇总

鱼皮花了整整 4 个晚上,对最近改过的几百份简历进行了逐一分析和梳理,最终整理出了一份大家写简历时经常出现的问题汇总文档,多达 50 多个高频问题!

希望大家写简历前,都能一字不差地读完一遍这些问题,相信能够帮大家提升简历回复率。

1、整体

1.1 简历篇幅过长

建议:一般校招简历以 一页纸 为最佳,保证面试官有耐心看下去。但注意,并不是说强制一页纸,只是希望大家在简历上突出重点、惜字如金,而不是像记流水账一样什么都写。如果你能写的内容就是很多的(比如冲击大厂、工作 3 年以上、求职等级较高),那么一页纸以上完全没问题。

1.2 简历缺少 XX 板块

建议:一份完整的程序员简历包含个人信息、教育背景、专业技能、荣誉奖项、工作经历、项目经历、科研经历、校园经历、个人优势等内容。

其中,个人信息、教育背景、专业技能、项目经历是 必须具备 的!

1.3 简历篇幅不够合理

建议:合理分配各部分内容占用的篇幅,推荐的占比如下:

  • 个人信息 5 ~ 10%

  • 教育背景 10 ~ 15%

  • 专业技能 20 ~ 30%

  • 项目经历 30 ~ 40%(工作 / 校园 / 科研等经历也算在内),对绝大多数同学来说,这部分是 核心 !

  • 其他内容 0 ~ 20%(比如奖项、个人优势等)

总之,尽量多写经历来体现自己的实践能力、解决问题的能力,少写一些正确的废话(自我评价)。

1.4 简历模板不够整洁

建议:一份优秀的简历必须在 外观和内容 上都很出色,做到秀外慧中。所以,挑选一个好的简历模板是至关重要的!

简历的板块划分要清晰、排版要整洁、内容不要太挤或太空;色调不宜过暗或过亮,推荐蓝色或淡灰色;色彩不要太丰富,要让人看起来舒服。

可以尝试鱼皮自己用过的、非常精简整齐的免费简历模板:https://www.wondercv.com/jianlimoban/jqZb6WM.htmlopen in new window

当然也可以尝试其他模板,只要保证简历的整体结构是从上到下、布局清晰、排版整齐、简洁干净就好,拒绝花里胡哨的色块和图标。

1.5 简历文件命名或格式不规范

建议:简历文件的命名虽然没有绝对的规范,但是要 仔细查看岗位描述 是否有文件名规则的要求。

注意!除公司特别要求之外,文件格式一定要用 PDF!!千万不要用 Word!!!因为使用 Word 可能会因为打开软件的版本不同而出现预期之外的排版错乱,这个影响是致命的。

1.6 简历中出现错别字

建议:整个简历中千万不要有错别字!尤其是技术名词或者专业术语。否则会给人感觉非常不认真,竞争激烈时搞不好直接就挂了。

所以写完简历后,一定要自己通读至少 3 遍,保证行文通顺、且无任何错别字!

1.7 简历没有明确的重点或求职方向

建议:整个简历一定要有一个明确的、和求职岗位匹配的方向。

我认识一些学的技术比较多的同学,他们可能又会 Python 又会 Java 又会前端,写到简历上的项目也是各方向的都有,然后又没有在简历的开头注明 “求职意向”,就导致面试官完全不知道他要找哪个方向的工作。

并不是说会的技术、写简历上的技术太多了不好,而是要有一个侧重点。比如找 Java 岗位的工作就把 Java 项目放最上面,用更多的篇幅去介绍。也建议大家找工作前越早明确方向越好,不要到最后什么都只学了一点,反而平平无奇了。

当然,如果你自己在多个方向学得都不错,可以准备多份不同的定制化简历,并根据不同的岗位、公司和岗位描述来调整优化简历(比如增加部分细节、调换内容的顺序等)。

比如你前后端都会,投递后端开发岗位时,把后端技术放在前端技术上面去写,项目经历、实习经历等都要侧重于后端。

1.8 技术名词大小写错误

建议:技术名词最好严格控制大小写,比如数据库技术写 “MySQL” 而不是 “mysql”,从微小的细节中体现你的专业性。

1.9 用词不专业或不凝练

建议:简历上的每一个词汇,都能够反映出你的水平。

很多同学的简历用词比较随意,比如 “我用 axios 库完成了对数据库的查询”。

其实大家都心知肚明,axios 是一个前端请求库,可以和后台进行交互,实现对数据的查询和管理。

但上面那个表达,语言不够清晰和凝练,还可能会给面试官一种感觉:你真的知道 axios 是什么?你真的和后端联调过么?

所以,一定要保证简历上的每个词都要 准确,不能产生歧义 。另外,尽量减少口语化的内容,不说用 xx 技术做了 xx,而是用(基于) xx 技术实现了 xx。

1.10 内容重复

建议:简历中(尤其是项目和工作描述中)尽量不要出现重复的内容,不仅占用了空间,还会让面试官感到疲惫。

1.11 简历内容过于简单

建议:当你简历上没有什么可写的内容、又必须要尽快投递简历时,可以 适当包装 。

注意,此处的包装不是指改变自己的学习、工作年限等(这种属于 “隐瞒和欺骗”,一般不建议这么做),而是指适当夸大。

毕竟写简历的本质就是:如何以一种吹牛皮的方式尽量表现出你的能力。

虽然写简历要真实,但不能太老实!尤其是对于没有工作经历、项目经历、荣誉奖项的同学,要学会适当包装、合理包装。

比如尝试将你目前正在学的技术从 “了解” 改为 “熟悉”,或者把你还没来得及实现的项目功能先提前写上去等等。

但是,不要过分包装,而且既然你提前把一些内容写到了简历上,就要加倍努力赶紧去真正学会 / 实现它。

1.12 简历内容很多,但没有突出重点

建议:在写简历时,可以将部分内容片段进行加粗,或者多去写某部分的内容,来吸引面试官去提问。

比如:

1自己掌握的很好技术名词

2自己项目中大量运用的技术

3自己项目的优化成果数据

4获得的名词较高、含金量较高的奖项

5其他同学很少接触到的新技术或深入知识点

1.13 部分语句不通顺

建议:你写在简历上的每一句话都有可能会暴露你的思维逻辑能力,所以必须保证语句通顺、逻辑合理。

1.14 简历空间没有合理利用

建议:除非你实在写不满一页纸,否则简历上的所有内容都要做到 “惜字如金”。能只用一行写完的内容,就不要换第二行再加那么几个字。另外,简历上尽量不要出现空白,比如一行只写了半句话、或者只占用了半页纸等。

实在不知道写什么,就去参考下别人的简历,并且自己再多学习一些技术、做一些项目。

1.15 简历各板块的顺序不合理

建议:根据个人优势对各板块进行排序,把最有亮点的部分放上面。比如你的奖项比较多、但学历相对低了一些,就可以把奖项写在前面、学历放到最后去写。

2、个人信息

2.1 个人信息占用的篇幅过多

建议:一般个人信息只占用简历整体 5 ~ 10% 的篇幅即可。可以通过在一行内同时写多个信息来节约空间,并保证间距合理。

2.2 照片不清晰 / 不端正

建议:照片要清晰端正,蓝底 / 白底 / 红底都可以,最好表情自然、面带微笑,尽量穿白衬衫或者正装,体现一个人的精神面貌。

2.3 写了固定的期望薪资范围

建议:除非公司明确要求,否则不建议写期望薪资。原因如下:

1很多公司的薪资还算公开透明,没必要写

2可能你自己本身对某个行业的薪酬水平不了解,薪资写高了可能会错失求职机会

3当你的表现或实际水平超出了你写的预期薪资范围时,会被人按照你的预期薪资来砍价,相当于把自己限制住了

当然,如果你要应聘高级岗位、或者对自己很自信,那么可以写比较高的期望薪资,从而过滤一些公司、猎头的打扰。

2.4 缺少个人相关链接

建议:因为简历的篇幅和内容有限,所以如果你的个人经历很丰富,推荐在简历上补充一些链接,比如个人网站、个人博客、个人作品集、代码仓库等,体现你的实践能力。

3、教育背景

3.1 成绩排名一般

建议:一般排名高于前 20% 的同学才建议在简历上写排名,否则没有优势。(尖子班除外)

3.2 主修课程浪费了空间

建议:本身就是计算机相关专业(或者专业和求职岗位相匹配)的同学不用再占用空间去写自己的主修课程了,因为学校教的内容往往比较基础、而且面试官默认这个专业或者投递这个岗位的同学都应该会这些课,写上去也没有什么优势。

但是建议非计算机相关专业(或者专业和求职岗位不匹配)的同学适当列举关键主修课程,优先列举和求职岗位相关的、取得分数较高的课。

如果有得分较高的课程(比如 90 分以上),可以在课程名后用括号补充分数。

3.3 存在学历造假风险

建议:除非迫不得已,否则不建议学历造假,因为大多数公司都是有背景调查的,哪怕通过造假顺利入职,也可能会被突然查出来并强制离职。

4、技术栈

4.1 同一行列举了过多的技术名词

建议:写你会的技术栈时,尽量不要用特别长的一句话、像报菜名似的列举过多技术名词。建议采用列表的形式,每一行单独写一个技术的多个子知识点或者一系列相关的技术,做到把每一块技术写得更具体、清晰。

4.2 XX 技术写得过于简略,没有充分利用空间

建议:一般情况下,你掌握或熟悉的技术不要只写一个技术名词,而是建议利用好每一行的空间,多补充该技术中你掌握的知识点和技术细节,会让人觉得更真实、有说服力。

当然,如果某个技术你只是了解或听说过,就把你知道的知识点写上去即可。

4.3 同一行列举了多个不相关的技术

建议:从简历的技术栈部分中不仅可以看出你学过哪些技术、掌握哪些技术,还可以看出你对技术的分类和知识点的梳理能力。尽量每一行写清楚一个技术,或者把一系列相关的技术放在同一行(比如 SSM 框架);而不要把前端、后端、算法等知识点混在同一行去写。

4.4 缺少你对 XX 技术的实践应用能力

建议:技术栈部分光写自己会什么技术、了解哪些知识是不够的,因为大多数面试官重视的是你的实践能力,即你能不能使用该技术完成工作,而不是纸上谈兵。因此可以适当补充半句:“你能用这些技术做什么?”,从而体现你的实践能力。公司往往倾向于选择问题解决能力强、实践经验丰富的同学。

4.5 XX 内容过于基础,无法体现出你的能力

建议:尽量避免去写默认所有人都会的内容,比如 Java 的几种数据结构、前端 HTML 的标签、面向对象编程等。

4.6 XX 内容写得过于宽泛和模糊,缺乏可信度

建议:尽量不要写过于宽泛、模糊不清、无法证明的的内容,比如:

  • 熟悉面向对象编程

  • 有一定后端基础

  • 了解常见性能优化手段

  • 有良好的开发规范

  • 具备良好的编码能力

专业的面试官基本就默认当做你不了解、或者不具备这些能力。

你应当把这些宽泛的知识具体化,比如:

  • 熟悉面向对象编程 => 了解哪些软件开发原则、熟悉哪些设计模式等?

  • 有一定后端基础 => 你学过哪些后端知识?

  • 了解常见性能优化手段 => 具体了解或实践过哪些性能优化手段?

  • 有良好的开发规范 => 熟悉或使用过哪些开发规范、用过什么工具来规范团队开发?

  • 具备良好的编码能力 => 会用哪些开发工具、熟悉哪些编程技巧?

写得更具体一些,才会更有说服力。

4.7 各技术点的顺序不当

建议:和做短视频一样,我们要尽量把最吸引人的部分放在简历的最上面。所以建议优先把岗位描述中明确要求的、你学得最好的技术放在前面去写,和求职岗位关系没那么大的、仅是了解的知识点放到最后作为补充。

4.8 技术栈和其他同学过于相似,缺少区分度

建议:哪怕大家都写同一个技术,你也可以写更多、更深入的知识点。

建议多阅读借鉴他人简历的技术栈部分,查漏补缺。

此外,平时除了学习主流技术外,最好能多去技术社区阅读一些技术文章,扩展自己的知识面。

5、荣誉奖项

5.1 未重点突出高级别、高含金量的奖项

建议:获得奖项的级别或含金量很高时,建议把奖项级别加粗来吸引面试官,比如 XX 竞赛全国 一等奖 。

5.2 奖项未排序

建议:优先把认可度高的、参赛范围广的、获奖级别高的、和求职岗位更相关的奖项放上面,一些不知名的竞赛放到下面或者合并去写。

6、工作经历(实习经历)

6.1 工作描述过于简单

建议:写工作内容时,可以适当具体一些,比如补充你在这家公司用了什么技术、负责了什么样的项目、使用过什么方法和工具、解决过什么问题等,从而增加真实感。

6.2 工作内容和求职岗位关系不大

建议:简历应当围绕求职岗位去写,重点去写求职岗位相关的经历。当然,如果有能证明你能力的其他工作经历,也可以简略说明,但不能占用过多篇幅。

6.3 缺少工作成果和个人价值的体现

建议:尽量不要写自己在工作中收获了什么、学到了什么,而是多写自己做了什么、做出了什么成果,尤其是列举有明确数据的成果,比如 “写过 XX 篇文档、做过 X 场技术分享、给项目带来了多少的收入增长” 等,将更能体现自己的能力和价值。

如果目前没有可写的成果,建议在之后的工作中多思考如何积累这些内容。

6.4 工作职责不明确

建议:即使你在这家公司做了很多不同岗位的工作,也要有个重点突出的工作职责,而不是什么都写。

6.5 个人的工作内容不够突出

建议:写工作内容的时候尽量突出自己的地位,在合适的情况下,尽量能把 “参与” 改成 “负责” 或 “主导” 某工作。

6.6 XX 工作写得过于宽泛和模糊,缺乏可信度

建议:尽量让你的工作描述更有说服力,比如写 “与产品经理高效沟通”,不如改成去写:“你是怎么实现和他人的高效沟通?”,比如用了什么项目管理工具?或者跟前端协作时用了什么接口管理工具?

7、项目经历

7.1 项目工作描述的写法存在不足

建议:写项目的工作描述时,不要把所有内容混在一起,而是建议用列表的形式 分点 去写 ,每个工作 / 亮点独占一行,每一点 尽量具体 。写的越具体,往往越体现真实性。

可用 STAR 分析法(场景、任务、行动、成果)来梳理自己的核心工作。

提供 2 个标准句式,括号部分表示可选填:

1(在 xx 公司 xx 项目中,)在 xx 情况下,运用 xx 技术,解决了 xx(或者优化了 xx),达到了 xx 效果(或者带来 xx 收益等)。

2为了解决 xx 问题,选用 xx 技术(或方法)实现了 xx,并使用 xx 技术(或方法)优化了 xx,实测提升了 xx 性能(或者降低了 xx 等)。

举个例子:为适应产品特性、加快迭代速度,后端由 Springboot 重构至 Node.js ,数据库由 MySQL 迁移至 MongoDB ,实现了前后一体的 集中式配置中心 ,提高了接近 1 倍 的开发效率。

注意每个小点的长度不宜过长,要留给面试官提问的空间。

7.2 技术栈提到的技术没有在项目中运用

建议:技术栈里提到的技术和知识点尽量多在项目经历中体现,否则容易给面试官一种 “只是学过或听说过,而不会运用” 的感觉。

7.3 项目技术或业务相似度过高

建议:尽量不要写运用了太多重复技术栈、或者业务相似的项目,最好能够让各个项目形成互补。

前端的话可以考虑一个 PC 端 + 一个移动端项目或者技术类项目(脚手架、组件库等);后端可以考虑一个业务系统(比如管理系统、电商、社群、博客等)+ 一个技术类框架(比如 RPC、迷你 Spring、服务器等)。

7.4 项目过多

建议:注意,写到简历上的项目不是越多越好!建议重点去写 2 - 3 个不同技术栈、不同业务场景的项目。

一个功能完整的、描述清楚的、实际上线了的项目可能都比你写几个不上线的小 Demo 更有说服力。

当然,如果你每个项目做的都很好,实在无法取舍的话就都写上吧~

7.5 项目介绍太长

建议:注意每个项目里内容的比重,项目介绍的占比不要太多,一般 1 - 2 行足够了。

记住,你不是在做推广!在简历中,面试官更关注的是 你在项目中负责什么、做了什么、怎么通过技术和设计能力去解决问题的 。至于项目本身的介绍,用一两句话直击核心就好,重点在于交代 和你工作有关 的内容,其余的可以在面试时展开介绍。

7.6 项目工作描述过于直白平淡

建议:要想项目有亮点,需要 深一度。不能只写你完成了什么工作,而是要有一定的优化和扩展,让整句话读起来有起伏和递进。

比如你可以在完成某功能的基础上进一步优化,或者改造现有的项目框架、推陈出新,或者提升系统各方面的性能(可用性、稳定性、用户体验、吞吐量、时延等)。

建议大家多去了解你项目中用到的技术的同类技术,对这些技术的优缺点和适合的应用场景有个大致的印象。

7.7 项目没有提供可访问的线上地址

建议:条件允许的话,强烈建议提供可在线访问的项目地址(域名尽量简短,好让面试官访问),从而体现你项目的真实性,将会是一个非常不错的加分项。

因为绝大多数同学写项目经历的时候,不放已上线的项目地址。有的时候你写的点再多、吹得天花乱坠,都不如直接放一个可访问的项目地址来得实在,能够直接证明你真的做过这个项目、从而体现你的项目经验。对于前端同学来说这点更重要,直接给面试官看体验效果最实在。你做的网站用不用心,一看便知。

7.8 项目工作描述脱离了实际业务场景

建议:写你在项目中的工作和技术运用时,最好能结合具体的业务去写,不要说写的所有内容都和你的项目本身关系不大、过于通用,即放到其他任何一个项目里都可以这么写。

那样不仅缺少了真实性、也体现不出你的自主性以及对业务的思考。

7.9 各项目的工作描述存在重复

建议:各项目的工作描述中尽量不要出现重复的内容,不仅浪费了空间,还会让面试官感到疲惫。

7.10 XX 技术不适合应用于当前项目的业务场景

建议:每一个技术的运用都要切合实际的业务场景,不要为了用技术而用技术。

在学习某个技术时必须要明确它的应用场景,而且在选用某个技术时,多思考你为什么用这项技术而不用同类的。比如你通过调研和对比发现你用的技术在当前业务场景下优势更明显,那么可以在项目的工作描述中补充这些对比以及你的思考,从而体现你的技术选型能力。

7.11 没有写具体的优化效果

建议:只要提到 “优化” 这两个字,就一定要提供对比数据,即:优化后相对于优化前 xx 性能提升了多少?响应时长减少了多少?稳定性提升了多少等等,而不是脱离实际的测试去盲目做优化。

7.12 项目和其他同学过于相似,缺少区分度

建议:其实绝大多数同学都是跟着网上的教程做项目,但同一个项目,也有高下之分。

如果你做的是网上大众化的教程项目,建议给项目改个名、换个皮、自主加一些新功能、尝试做一些优化,来增加区分度。

8、个人优势(自我评价)

8.1 自我评价没有说服力,属于正确的废话

建议:自我评价板块不是必须要写的。如果要写,就 必须让你的自我评价有信服力 !

不要只说自己哪里的能力强、怎么怎么厉害,而是需要一些事例、数据、证据来证明。

举些例子:

1我学习能力强,对新技术有强烈的好奇心 => 补充:曾通过官方文档、自主查阅资料自学了 XX、XX 新技术,并通过 RSS 持续关注该技术最新动态。

2我乐于从事有挑战性的工作 => 补充:我曾经担任 XX 队长,在 XX 困难的条件下,解决了 XX 问题,取得了 XX 成果。

3我喜欢分享知识、善于总结 => 补充:连续 XX 天发布个人博客,发布过 XX 个学习总结等等

4我很帅 => 补充个人照片

这样写自我评价,就不再是虚的了,而是真的能让面试官感受到你的这些优点。

这里有个小技巧,可以根据目标公司的岗位要求去写自我评价,做到对号入座。

img

比如公司要求招有团队协作经验的,那就写:我善于团队合作,曾经组队参与 XX、XX 项目,统筹负责了 XX、XX,怎么提升团队工作效率之类的。

这样从招聘者的角度来看,你是有用心准备过的,目的性明确,也是加分项。

8.2 自我评价板块篇幅占用较多

建议:自我评价板块不是必须要写的,即使要写,也不要占用过多的篇幅。尽量通过技术栈、实践经历、荣誉奖项来更有力地突出你的优势。

优秀简历参考

这份简历上没有任何一个竞赛奖项或科研成果,但通过一些小技巧,依旧能够吸引面试官!

该简历已征得当事人同意并脱敏,确保不侵犯权益

简历内容

这份简历只有一页,非常精简,内容分为 教育经历、技术栈、实习经历、项目经历 四部分。

教育经历

学校:上海 XXX 工程院校 本科在读

专业:软件工程

外语:大一时通过 CET 4、CET 6 考试

技术栈

后端

熟悉: Java

了解:SpringCloud、Express.js、Node.js、Python

数据库

熟悉:MySQL

了解:MongoDB

中间件

了解:Redis、RabbitMQ、Elasticsearch

DevOps

了解:微服务、Jenkins、Gitlab CI / CD、Nginx、Traefik、Linux

云计算

了解: Docker、Kubernetes

前端

了解: React、React Native、Javascript、HTML、CSS、Grafana

实习经历

XX 有限公司 后端开发工程师(实习)

  • 在腾讯 XX 部门从事 管理系统 开发,主要参与故障处理平台建设

  • 完成故障处理流程灰度、流程版本升级功能的需求分析、数据库设计、界面原型设计以及前后端实现,加快了运营团队的迭代速度

  • 为方便团队掌握大规模故障的情况,参与了大规模告警机制的开发流程,并为其开发前端交互界面

  • 使用 Grafana 开发运营监控视图,使团队成员可以快速掌握运营状况,及时做出调整

项目经历

XXX 新媒体信息流聚合平台

展示地址:https://xxx.liveopen in new window(不公开)

  • 独立开发的基于 MERN 技术栈的 新媒体信息流整合 平台,采用 前后端分离架构

  • 使用 React 构建前端,对手机端 交互模式 进行了 专门优化 ,使用 Cloudflare 作为 CDN

  • 使用 React Native 开发了 跨平台 的移动端应用,提高了开发效率,减少了 50% 的开发时间

  • 为适应产品特性,加快迭代速度,后端由 Springboot 重构至 Node.js ,数据库由 MySQL 迁移至 MongoDB ,实现了前后一体的 集中式配置中心 ,提高了接近 1 倍 的开发效率

  • 使用 JWT 用户鉴权实现了 平台内容分级机制 ,用户可自定义界面,用户设置 云端同步

  • 采用 Redis 实现了 高频信息缓存 ,加快了 请求响应速度 ,降低了 90% 以上的数据库压力

  • 使用 Elasticsearch 实现 全站内容搜索 ,相比 MongoDB 搜索效率提升 80% 以上

  • 利用 RabbitMQ 的队列机制进行 削峰 ,缓解了 高并发 情况下的 系统资源短缺 问题

  • 为加强爬虫系统灵活性,将其由 Scrapy 重写为 Node.js ,实现了分批分时、错峰爬取

  • 为提升开发效率,使用 Gitlab CI/CD 进行 持续集成 和 持续部署 ,实现了 构建部署自动化

  • 采用 Nginx 和 Traefik 进行 前端部署 和 反向代理 ,增强了软件系统的 安全性

  • 为配合 集群化部署 ,前后端均以 Docker 作为容器,可在任一陌生机器 迅速启动应用

  • 曾使用 VPS 测试搭建了拥有 10 个节点的 K8s 集群,可进行应用的 快速扩容 和 集中式管理

Rubbish XXX

  • 垃圾分类查询工具,负责 技术选型 、架构设计 和 前后端开发 工作

  • 为适应产品特性,使用 MongoDB 作为数据库,实现了垃圾分类、讨论区等功能

  • 为减轻数据库压力,使用 Redis 对搜索结果进行 缓存 ,同时 极大缩短了应用响应时间

点评

我不知道大家看完学弟的简历后有什么感受,反正给我最明显的感觉就是两点:

  1. 他会的技术很多

  2. 自主性很强,并且善于用技术解决问题

而且呢,看完他的简历后,他的 新媒体信息流聚合 项目给我留下了深刻的印象,为啥呢?

首先,这个项目经历占据了他简历的大部分内容(50 % 左右)。虽然很长,但是有关这个项目的介绍却字字珠玑,句句精华!

比如这句:为适应产品特性,加快迭代速度,后端由 Springboot 重构至 Node.js ,数据库由 MySQL 迁移至 MongoDB ,实现了前后一体的 集中式配置中心 ,提高了接近 1 倍 的开发效率。

和大多数同学介绍项目时直接简单写一句 “用什么技术实现了什么功能” 不同,这句话点明了四个关键:

  • 为什么要做?(为适应产品特性,加快迭代速度)

  • 怎么做?用什么技术?(后端由 Springboot 重构至 Node.js ,数据库由 MySQL 迁移至 MongoDB)

  • 实现了什么?(前后一体的 集中式配置中心)

  • 达到了怎样的效果?(提高了接近 1 倍 的开发效率)

有前因、有技术、有后果,给人的感觉就是这位同学做事有目的、有自主性、又善于分析和总结,这些正是很多面试官都看中的特质。再加上介绍中使用大量的 加粗 强调了重点,使用具体数据(如 50%)量化了效果,再次给人加深了印象。我觉得这种写法非常值得大家学习!

很多同学担心自己简历上没东西写,那不妨认认真真做一个项目,然后按照他的项目经历写法,展示到简历上。

更多简历参考

可以访问编程导航网站的写简历板块(https://www.code-nav.cn/resume),分类查看简历及建议。open in new window

视频分享

鱼皮在 B 站公开的写简历建议:https://www.bilibili.com/video/BV1iA41127Jv/open in new window

鱼皮在星球内直播分享过【写简历技巧】专题讲座:https://t.zsxq.com/022rjyF2Bopen in new window

还有两场直播修改简历的案例分享,相信能帮大家打开思路:

用一个具体项目来学习如何挖掘项目亮点,并列举了一些前端项目亮点: