Java程序员简历不得不说的事

川哥创南洋

在面试找工作的时候，简历作为敲门砖的重要性不言而喻。所以，经常有人问我，作为Java后端工程师，如何写一份好的简历？
我的回答是：“别犯常见的错误，就是一份好的简历了。”
这种回答看似是“听君一席话，如听一席话”的废话文学，但仔细琢磨一下，其实真的是那么回事。
如果你在简历中别犯常见的错误，就已经可以超过市面上80%——90%的简历了。

下面就让我们看看，Java程序员的简历到底会犯哪些错误？

布局混乱无章法

一般正常的简历布局都是，基本信息、学历、工作经历、个人专业特长或擅长领域，最下面占据篇幅最大的就是项目经验了。
我确实见过那种整个布局完全没有任何逻辑性的神简历，当我想了解他从业这些年换过几家公司，每家公司各干了多久的时候，整整用了两分钟才看清楚。因为公司主线已经深深埋在了项目介绍的汪洋大海里。
当然，这也导致我对这个候选人提不起任何兴趣，因为我已经不信他在工作中还能拥有条理和逻辑性了。

专业术语全是错

比如：把iOS写成IOS的，把Redis写成Radis的，把Spring框架写成String框架的，把Nginx写成Ngix的，把ThreadLocal写成ThradLocal的，比比皆是。
最牛的是，我看过一份简历，在写自己过往看过的书中，把《Spring宝典》写成了《春宝典》。（手动狗头）
我只能说，往往在简历中出现这种低级错误，是不可原谅的。如果带入到工作中，你连所用技术的专业术语都写错了，怎么能让面试官相信你真的精通这项技术呢？计算机行业是个创新的行业，同时也是一个严谨审慎的行业。
我的建议是，最好可以写完简历后，让周围的朋友帮忙至少检查两遍才行，最好是做测试的同学，哈哈。

篇幅冗长无亮点

我有一次面试一个工作十多年的很资深的后端工程师，发现他在简历中的项目经历里写了20多个项目，整个简历一共十多页，甚至连在实习的时候用VB做的进销存软件都写在了上面。
当我让他介绍一个过往做得最有技术含量的项目的时候，他所说的那个项目我来来回回翻了半分钟简历才找到。
当我找到之后，发现他项目里面的介绍是，用到了SSM、MySQL和Redis技术，完成了xxx项目的xxx模块的业务逻辑开发、code review和单元测试。（手动狗头）
这个其实是完全是错误的，记住，简历一定要在有限的篇幅中，只写能够突出技术亮点的项目，只写能够突出技术亮点的项目，只写能够突出技术亮点的项目！！！
这道理就像是在一个人的体重中，增加肌肉的占比，降低体脂率一样。

专业技能神逻辑

简历中有一项，是写自己所擅长技术栈的，有的叫“专业技能”，有的叫“擅长领域”，也有的叫“个人优势”。
这里面经常能看到一些神逻辑。比如：

• 2022年了，还有人在里面写擅长EJB、Hibernate、Struts、Servlet技术的，让面试官觉得此候选人活在上个世纪。
  
• 追求大而全，不管自己是否擅长，反正听过的技术名词，全部写上。到了面试的时候，让面试官挨个问，一问一个懵的。
  
• 技术颗粒度太细，给人一种香烟按根卖的感觉，类似这样：
  

（1）熟悉设计模式中的简单工厂模式，抽象工厂模式，策略模式；
（2）熟悉Java HashMap、ArrayList、LinkedList、HashSet集合；
（3）熟悉Spring IOC、AOP、注解、切面；
（4）熟悉Java CAS、AQS、ThreadLocal、volatile、synchronized、CountDownLatch；
（5）熟悉JVM 垃圾回收算法，熟悉堆、栈、元空间、程序计数器；

• 了解的技术写上前面，熟悉的技术写在后面，就仿佛二楼开超市的一般。
  
• 与自身职级不符，P7专家级写熟悉Git、Maven、 IntelliJ IDEA的，还有的写熟悉Java面向对象编程的，给人一种武林高手论王八拳的感觉。
  

项目经验吹没边

• 有的简历，一年工作经验的候选人，都当上百人开发、横跨几个团队的大型项目的首席架构师了；
  
• 有的简历，全年系统可用性都能做到七个9了；
  
• 有的简历，系统接口的平均响应时间都能做到几毫秒了；
  
• 有的简历，个人英雄主义到全公司的架构师都束手无策的问题，他十分钟就解决了。当仔细问解决方案的时候，发现只是重启了服务器。
  

我想说的是，简历可以有适当的包装和优化，就像每份候选人都简历都说自己是系统中的核心参与人一样，绝对不会说自己是团队里面打杂的，只负责写写crud，加几行业务日志，导导数什么的。
但是记得一点，包装千万别过头，否则会给面试官一种极度浮夸不务实的感觉，会激起他们在面试过程中的“打假扒皮”欲望。
一旦形成这种局面，面试肯定是凉凉了，而且还会弄得你在过程中颜面扫地，沦为笑柄。

技术方案全是坑

有一些简历，在这方面让人挺啼笑皆非的。
比如：

• 一个几百人公司内部用的打卡系统，非要用RocketMQ搞消峰，动辄就用分布式锁防止并发的；
  
• 一个简单的业务系统拆分了十几个微服务的；
  
• 分布式场景下，无论是否是否频繁变更，大量使用本地缓存的；
  
• 把一个单体服务拆分完微服务，性能提升十倍的；
  
• 任何查询类的场景，无论是否能够接受延迟，全部用ES搞定的；
  

这种情况，在公司技术面试官筛选简历或技术面试过程中，非常容易GG。
对于一些资深后端工程师来讲，在面试中，自己常年累月做的项目应该算是自己的主场，能够通过充分的准备，以此在进行面试加分的。
通过项目精心准备的加分，比刷八股文和算法加分，要来得高效得多。因为它不存在赌命中率的问题，肯定是100%命中的。

角色职责没拎清

有的候选人确实在大厂的核心部门，整个部门的业绩增势很好。
所以，在项目介绍的工程中，候选人花了极大篇幅介绍了业务相关的数据，比如：业务GMV同比增长了450%，单日订单量突破500万，年度新增活跃用户几千万。
但是，业务体量暴增下，技术团队所面临的瓶颈，以及应对瓶颈的解决方案相关的丝毫没说。乍一看这个简历，完全不能区分出简历的主人到底是产品经理、业务运营还是工程师。

有时候在面试过程中，候选人还振振有词地说：“我认为不能仅仅局限于技术，了解业务，给业务赋能最重要。”这个确实不假，但不能赋能赋着，把自己角色职责相关的内容直接赋没了。

粗枝大叶不藏拙

不鼓励简历作假，但以适当的方式藏拙是没任何问题的。

举个例子：
项目经验丰富，也有一些大厂经历，但学历是大专的候选人，可以把学历这块写在简历的最下方，没必要把它写在简历上方最显眼的位置。
相关，本硕985，但当前项目略乏善可陈的，可以把学历项写在最显眼的位置，让面试官有个初步的好印象。

这也算是一种扬长避短吧。

结语

简历优化处于整体面试链路的头环，这个环节如果断了，然后就没有然后了，大家一定要引起重视。
先写这么多吧，希望能对大家有所帮助。