我整理了 50 多个简历致命题目,知道为什么投简历没回复了!
大家好,我是步伐员鱼皮。做知识分享这些年来,我看过太多简历、也帮忙修改过很多的简历,发现很多同砚是完全不会写简历的、会犯很多常见的题目,不能把自己的优势充实展示出来,导致措施了很多面试机会,着实是很可惜。为此,我写了一份《步伐员写简历指南(保姆级)》专栏,多达几万字,帮大家相识:
[*]怎样写一份规范的步伐员简历?
[*]怎样在简历中增加亮点?
[*]有哪些常见的简历题目?
[*]怎样利用写简历来提升自己?
https://pic.yupi.icu/1/image-20241009112933166-20241009113941941-20241009113948764.png
在投递简历或者找他人帮忙看简历之前,请先把本专栏 一字不差地完整阅读一遍 ,而且根据发起先自行修改简历,从而增加回复率。
对于不急着找工作的朋友,我也发起 尽早准备一份简历 ,而且随着学习持续完善和优化,究竟机会总是留给有准备的人。
下面分享专栏中含金量最高的一章 —— 简历题目和发起汇总。
鱼皮花了整整 4 个晚上,对最近改过的几百份简历进行了逐一分析和梳理,终极整理出了一份大家写简历时经常出现的题目汇总文档,多达 50 多个高频题目 !如果你的简历没有回复,大概率是出现了下面的题目,解决掉之后,信赖能够帮大家提升简历回复率。
由于篇幅过长,下面只分享有代表性的部门题目,可以在编程导航免费阅读完整的《写简历指南》:https://code-nav.cn/course/cv
1、团体
1.1 简历篇幅过长
发起:一样平常校招简历以 一页纸 为最佳,保证面试官有耐心看下去。但注意,并不是说强制一页纸,只是希望大家在简历上突出重点、惜字如金,而不是像记流水账一样什么都写。如果你能写的内容就是很多的(比如打击大厂、工作 3 年以上、求职等级较高),那么一页纸以上完全没题目。
1.3 简历篇幅不敷合理
发起:合理分配各部门内容占用的篇幅,推荐的占比如下:
[*]个人信息 5 ~ 10%
[*]教育配景 10 ~ 15%
[*]专业技能 20 ~ 30%
[*]项目经历 30 ~ 40%(工作 / 校园 / 科研等经历也算在内),对绝大多数同砚来说,这部门是 核心 !
[*]其他内容 0 ~ 20%(比如奖项、个人优势等)
总之,只管多写经历来表现自己的实践能力、解决题目的能力,少写一些正确的废话(自我评价)。
1.4 简历模板不敷整齐
发起:一份优秀的简历必须在 表面和内容 上都很出色,做到秀外慧中。以是,挑选一个好的简历模板是至关重要的!
简历的板块分别要清晰、排版要整齐、内容不要太挤或太空;色调不宜过暗或过亮,推荐蓝色或淡灰色;色彩不要太丰富,要让人看起来舒服。
可以尝试鱼皮自己用过的、非常精简整齐的免费简历模板:https://laoyujianli.com/template/1685547340318179330
https://pic.yupi.icu/1/image-20241009113203971.png
当然也可以尝试其他模板,只要保证简历的团体结构是从上到下、布局清晰、排版整齐、简便干净就好,拒绝花里胡哨的色块和图标。
1.6 简历中出现错别字
发起:整个简历中千万不要有错别字!尤其是技术名词或者专业术语。否则会给人感觉非常不认真,竞争激烈时搞不好直接就挂了。
以是写完简历后,肯定要自己通读至少 3 遍,保证行文通顺、且无任何错别字!
1.7 简历没有明确的重点或求职方向
发起:整个简历肯定要有一个明确的、和求职岗位匹配的方向。
我认识一些学的技术比较多的同砚,他们可能又会 Python 又会 Java 又会前端,写到简历上的项目也是各方向的都有,然后又没有在简历的开头注明 “求职意向”,就导致面试官完全不知道他要找哪个方向的工作。
并不是说会的技术、写简历上的技术太多了不好,而是要有一个侧重点。比如找 Java 岗位的工作就把 Java 项目放最上面,用更多的篇幅去介绍。也发起大家找工作前越早明确方向越好,不要到末了什么都只学了一点,反而平平无奇了。
当然,如果你自己在多个方向学得都不错,可以准备多份差别的定制化简历,并根据差别的岗位、公司和岗位形貌来调解优化简历(比如增加部门细节、变更内容的顺序等)。
比如你前后端都会,投递后端开发岗位时,把后端技术放在前端技术上面去写,项目经历、实习经历等都要侧重于后端。
1.9 用词不专业或不凝练
发起:简历上的每一个词汇,都能够反映出你的水平。
很多同砚的简历用词比较随意,比如 “我用 axios 库完成了对数据库的查询”。
着实大家都心知肚明,axios 是一个前端请求库,可以和后台进行交互,实现对数据的查询和管理。
但上面那个表达,语言不敷清晰和凝练,还可能会给面试官一种感觉:你真的知道 axios 是什么?你真的和后端联调过么?
以是,肯定要保证简历上的每个词都要 正确,不能产生歧义 。别的,只管淘汰口语化的内容,不说用 xx 技术做了 xx,而是用(基于) xx 技术实现了 xx。
2、个人信息
2.1 个人信息占用的篇幅过多
发起:一样平常个人信息只占用简历团体 5 ~ 10% 的篇幅即可。可以通过在一行内同时写多个信息来节省空间,并保证间距合理。
2.4 缺少个人相关链接
发起:因为简历的篇幅和内容有限,以是如果你的个人经历很丰富,推荐在简历上补充一些链接,比如个人网站、个人博客、个人作品集、代码堆栈等,表现你的实践能力。
3、教育配景
3.2 主修课程浪费了空间
发起:本身就是盘算机相关专业(或者专业和求职岗位相匹配)的同砚不用再占用空间去写自己的主修课程了,因为学校教的内容往往比较基础、而且面试官默认这个专业或者投递这个岗位的同砚都应该会这些课,写上去也没有什么优势。
但是发起非盘算机相关专业(或者专业和求职岗位不匹配)的同砚得当列举关键主修课程,优先列举和求职岗位相关的、取得分数较高的课。
如果有得分较高的课程(比如 90 分以上),可以在课程名后用括号补充实数。
4、技术栈
4.3 同一行列举了多个不相关的技术
发起:从简历的技术栈部门中不仅可以看出你学过哪些技术、掌握哪些技术,还可以看出你对技术的分类和知识点的梳理能力。只管每一行写清楚一个技术,或者把一系列相关的技术放在同一行(比如 SSM 框架);而不要把前端、后端、算法等知识点混在同一行去写。
4.4 缺少你对 XX 技术的实践应用能力
发起:技术栈部门光写自己会什么技术、相识哪些知识是不敷的,因为大多数面试官重视的是你的实践能力,即你能不能使用该技术完成工作,而不是纸上谈兵。因此可以得当补充半句:“你能用这些技术做什么?”,从而表现你的实践能力。公司往往倾向于选择题目解决能力强、实践经验丰富的同砚。
4.6 XX 内容写得过于宽泛和模糊,缺乏可信度
发起:只管不要写过于宽泛、模糊不清、无法证明的的内容,比如:
[*]认识面向对象编程
[*]有肯定后端基础
[*]相识常见性能优化手段
[*]有良好的开发规范
[*]具备良好的编码能力
专业的面试官基本就默认当做你不相识、或者不具备这些能力。
你应当把这些宽泛的知识具体化,比如:
[*]认识面向对象编程 => 相识哪些软件开发原则、认识哪些计划模式等?
[*]有肯定后端基础 => 你学过哪些后端知识?
[*]相识常见性能优化手段 => 具体相识或实践过哪些性能优化手段?
[*]有良好的开发规范 => 认识或使用过哪些开发规范、用过什么工具来规范团队开发?
[*]具备良好的编码能力 => 会用哪些开发工具、认识哪些编程技巧?
写得更具体一些,才会更有说服力。
5、荣誉奖项
5.1 未重点突出高级别、高含金量的奖项
发起:获得奖项的级别或含金量很高时,发起把奖项级别加粗来吸引面试官,比如 XX 竞赛全国 一等奖 。
6、工作经历(实习经历)
6.1 工作形貌过于简单
发起:写工作内容时,可以得当具体一些,比如补充你在这家公司用了什么技术、负责了什么样的项目、使用过什么方法和工具、解决过什么题目等,从而增加真实感。
6.3 缺少工作成果和个人价值的表现
发起:只管不要写自己在工作中收获了什么、学到了什么,而是多写自己做了什么、做出了什么成果,尤其是列举有明确数据的成果,比如 “写过 XX 篇文档、做过 X 场技术分享、给项目带来了多少的收入增长” 等,将更能表现自己的能力和价值。
如果目前没有可写的成果,发起在之后的工作中多思考怎样积累这些内容。
6.4 工作职责不明确
发起:纵然你在这家公司做了很多差别岗位的工作,也要有个重点突出的工作职责,而不是什么都写。
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.5 项目介绍太长
发起:注意每个项目里内容的比重,项目介绍的占比不要太多,一样平常 1 - 2 行充足了。
记着,你不是在做推广!在简历中,面试官更关注的是 你在项目中负责什么、做了什么、怎么通过技术和计划能力去解决题目的 。至于项目本身的介绍,用一两句话直击核心就好,重点在于交接 和你工作有关 的内容,其余的可以在面试时睁开介绍。
7.6 项目工作形貌过于直白平庸
发起:要想项目有亮点,需要 深一度。不能只写你完成了什么工作,而是要有肯定的优化和扩展,让整句话读起来有起伏和递进。
比如你可以在完成某功能的基础上进一步优化,或者改造现有的项目框架、推陈出新,或者提升系统各方面的性能(可用性、稳固性、用户体验、吞吐量、时延等)。
发起大家多去相识你项目中用到的技术的同类技术,对这些技术的优缺点和得当的应用场景有个大致的印象。
7.7 项目没有提供可访问的线上地址
发起:条件允许的话,强烈发起提供可在线访问的项目地址(域名只管简短,好让面试官访问),从而表现你项目的真实性,将会是一个非常不错的加分项。
因为绝大多数同砚写项目经历的时候,不放已上线的项目地址。有的时候你写的点再多、吹得天花乱坠,都不如直接放一个可访问的项目地址来得着实,能够直接证明你真的做过这个项目、从而表现你的项目经验。对于前端同砚来说这点更重要,直接给面试官看体验结果最着实。你做的网站用不用心,一看便知。
7.10 XX 技术不得当应用于当前项目的业务场景
发起:每一个技术的运用都要切合现实的业务场景,不要为了用技术而用技术。
在学习某个技术时必须要明确它的应用场景,而且在选用某个技术时,多思考你为什么用这项技术而不用同类的。比如你通过调研和对比发现你用的技术在当前业务场景下优势更显着,那么可以在项目的工作形貌中补充这些对比以及你的思考,从而表现你的技术选型能力。
8、个人优势(自我评价)
8.1 自我评价没有说服力,属于正确的废话
发起:自我评价板块不是必须要写的。如果要写,就 必须让你的自我评价有信服力 !
不要只说自己哪里的能力强、怎么怎么锋利,而是需要一些事例、数据、证据来证明。
举些例子:
[*]我学习能力强,对新技术有强烈的好奇心 => 补充:曾通过官方文档、自主查阅资料自学了 XX、XX 新技术,并通过 RSS 持续关注该技术最新动态。
[*]我乐于从事有挑战性的工作 => 补充:我曾经担任 XX 队长,在 XX 困难的条件下,解决了 XX 题目,取得了 XX 成果。
[*]我喜欢分享知识、善于总结 => 补充:连续 XX 天发布个人博客,发布过 XX 个学习总结等等
[*]我很帅 => 补充个人照片
这样写自我评价,就不再是虚的了,而是真的能让面试官感受到你的这些优点。
这里有个小技巧,可以根据目标公司的岗位要求去写自我评价,做到对号入座。
https://pic.yupi.icu/1/7d3c94d3-ee79-4eba-8de9-801ee69cd636.png
比如公司要求招有团队协作经验的,那就写:我善于团队互助,曾经组队参与 XX、XX 项目,统筹负责了 XX、XX,怎么提升团队工作效率之类的。
这样从招聘者的角度来看,你是有效心准备过的,目的性明确,也是加分项。
OK,以上就是本章分享,内容很多,大家慢慢消化。有帮助的话记得点赞、收藏哦~
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
页:
[1]