程序员鱼皮(皮鱼怎么烧好吃)
【点击查看】低成本上班族靠谱副业好项目 | 拼多多无货源创业7天起店爆单玩法
【点击查看】逆林创业记 | 拼多多电商店铺虚拟类项目新玩法(附完整词表&检测工具)
【点击查看】逆林创业记 | 小白ai写作一键生成爆文速成课
领300个信息差项目,见公众号【逆林创业记】(添加请备注:网站)
大家好,我是程序员鱼皮。做知识分享这些年来,我看过太多简历、也帮忙修改过很多的简历,发现很多同学是完全不会写简历的、会犯很多常见的问题,不能把自己的优势充分展示出来,导致错失了很多面试机会,实在是很可惜。
为此,我写了这份《程序员写简历指南(保姆级)》专栏,多达几万字,帮大家了解:
在投递简历或者找他人帮忙看简历之前,请先把本专栏 一字不差地完整阅读一遍 ,并且根据建议先自行修改简历,从而增加回复率。
对于不急着找工作的朋友,我也建议 尽早准备一份简历 ,并且随着学习持续完善和优化,毕竟机会总是留给有准备的人。
这是专栏第三章:简历问题和建议汇总。
鱼皮花了整整 4 个晚上,对最近改过的几百份简历进行了逐一分析和梳理,最终整理出了一份大家写简历时经常出现的问题汇总文档,多达 50 多个高频问题!希望大家写简历前,都能一字不差地读完一遍这些问题,相信能够帮大家提升简历回复率。
1、整体 1.1 简历篇幅过长
建议:一般校招简历以 一页纸 为最佳,保证面试官有耐心看下去。但注意,并不是说强制一页纸,只是希望大家在简历上突出重点、惜字如金,而不是像记流水账一样什么都写。如果你能写的内容就是很多的(比如冲击大厂、工作 3 年以上、求职等级较高),那么一页纸以上完全没问题。
1.2 简历缺少 XX 板块
建议:一份完整的程序员简历包含个人信息、教育背景、专业技能、荣誉奖项、工作经历、项目经历、科研经历、校园经历、个人优势等内容。
其中,个人信息、教育背景、专业技能、项目经历是 必须具备 的!
1.3 简历篇幅不够合理
建议:合理分配各部分内容占用的篇幅,推荐的占比如下:
总之,尽量多写经历来体现自己的实践能力、解决问题的能力,少写一些正确的废话(自我评价)。
1.4 简历模板不够整洁
建议:一份优秀的简历必须在 外观和内容 上都很出色,做到秀外慧中。所以,挑选一个好的简历模板是至关重要的!
简历的板块划分要清晰、排版要整洁、内容不要太挤或太空;色调不宜过暗或过亮,推荐蓝色或淡灰色;色彩不要太丰富,要让人看起来舒服。
可以尝试鱼皮自己用过的、非常精简整齐的免费简历模板:
当然也可以尝试其他模板,只要保证简历的整体结构是从上到下、布局清晰、排版整齐、简洁干净就好,拒绝花里胡哨的色块和图标。
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.13 部分语句不通顺
建议:你写在简历上的每一句话都有可能会暴露你的思维逻辑能力,所以必须保证语句通顺、逻辑合理。
1.14 简历空间没有合理利用
建议:除非你实在写不满一页纸,否则简历上的所有内容都要做到 “惜字如金”。能只用一行写完的内容,就不要换第二行再加那么几个字。另外,简历上尽量不要出现空白,比如一行只写了半句话、或者只占用了半页纸等。
实在不知道写什么,就去参考下别人的简历,并且自己再多学习一些技术、做一些项目。
1.15 简历各板块的顺序不合理
建议:根据个人优势对各板块进行排序,把最有亮点的部分放上面。比如你的奖项比较多、但学历相对低了一些,就可以把奖项写在前面、学历放到最后去写。
2、个人信息 2.1 个人信息占用的篇幅过多
建议:一般个人信息只占用简历整体 5 ~ 10% 的篇幅即可。可以通过在一行内同时写多个信息来节约空间,并保证间距合理。
2.2 照片不清晰 / 不端正
建议:照片要清晰端正,蓝底 / 白底 / 红底都可以,最好表情自然、面带微笑,尽量穿白衬衫或者正装,体现一个人的精神面貌。
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 个标准句式,括号部分表示可选填:
(在 xx 公司 xx 项目中,)在 xx 情况下,运用 xx 技术,解决了 xx(或者优化了 xx),达到了 xx 效果(或者带来 xx 收益等)。为了解决 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 自我评价没有说服力,属于正确的废话
建议:自我评价板块不是必须要写的。如果要写,就 必须让你的自我评价有信服力 !
不要只说自己哪里的能力强、怎么怎么厉害,而是需要一些事例、数据、证据来证明。
举些例子:
我学习能力强,对新技术有强烈的好奇心 => 补充:曾通过官方文档、自主查阅资料自学了 XX、XX 新技术,并通过 RSS 持续关注该技术最新动态。我乐于从事有挑战性的工作 => 补充:我曾经担任 XX 队长,在 XX 困难的条件下,解决了 XX 问题,取得了 XX 成果。我喜欢分享知识、善于总结 => 补充:连续 XX 天发布个人博客,发布过 XX 个学习总结等等我很帅 => 补充个人照片
这样写自我评价,就不再是虚的了,而是真的能让面试官感受到你的这些优点。
这里有个小技巧,可以根据目标公司的岗位要求去写自我评价,做到对号入座。
比如公司要求招有团队协作经验的,那就写:我善于团队合作,曾经组队参与 XX、XX 项目,统筹负责了 XX、XX,怎么提升团队工作效率之类的。
这样从招聘者的角度来看,你是有用心准备过的,目的性明确,也是加分项。
8.2 自我评价板块篇幅占用较多
建议:自我评价板块不是必须要写的,即使要写,也不要占用过多的篇幅。尽量通过技术栈、实践经历、荣誉奖项来更有力地突出你的优势。
文章评论(0)