我整理了 50 多个简历致命问题，知道为什么投简历没回复了！

2024-10-10 16:31 由程序员鱼皮发表于 #其他

大家好，我是程序员鱼皮。做知识分享这些年来，我看过太多简历、也帮忙修改过很多的简历，发现很多同学是完全不会写简历的、会犯很多常见的问题，不能把自己的优势充分展示出来，导致措施了很多面试机会，实在是很可惜。

为此，我写了一份《程序员写简历指南（保姆级）》专栏，多达几万字，帮大家了解：

如何写一份规范的程序员简历？
如何在简历中增加亮点？
有哪些常见的简历问题？
如何利用写简历来提升自己？

在投递简历或者找他人帮忙看简历之前，请先把本专栏 一字不差地完整阅读一遍 ，并且根据建议先自行修改简历，从而增加回复率。

对于不急着找工作的朋友，我也建议 尽早准备一份简历 ，并且随着学习持续完善和优化，毕竟机会总是留给有准备的人。

下面分享专栏中含金量最高的一章 —— 简历问题和建议汇总。

鱼皮花了整整 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

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

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 个学习总结等等
我很帅 => 补充个人照片

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

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

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

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

OK，以上就是本章分享，内容很多，大家慢慢消化。有帮助的话记得点赞、收藏哦~ 🌹

可以在编程导航免费阅读完整的《写简历指南》：https://code-nav.cn/course/cv