从招聘和求职的角度讲，「命中率」是检验简历的唯一标准，而简历只是命中率的第一步，也是很重要的一步，没有通行证，也就没有舞台
大家经常觉得简历就自我赞歌，所有美好的形容词堆砌起来都不够不够的，自己实在是太优秀了
但是，实际上这样的简历并非真的优秀。
第一个老A，做的简历像渣渣，海投简历无人问津，铁定不是好简历。
第二个老B，简历做的像文案，投出去的简历几乎封封得到回复，但几乎没通过一面，这也不是好简历。
真正好的简历，是命中率高的老C，虽然没有全部回复，但总能保持较高的面试通过率
而技术类的简历和工作，除了本身的内容和格式之外，还有很多关键词需要特别注意。
技术类招聘人员，往往对很多关键词似懂非懂，一份简历投递出去，要过
- HR的初筛
- 业务部门的专业筛选
笼统的说，除了简历要有质有量，既要简洁明了，又有把事情说清楚，本身就有难度，我们从技术上来分析一下java简历的行文内容
以java为主，其他的为辅
有些应聘者一味的强调自己的全能，前端的js，css框架写的很多，测试的流程写的很多，管理的东西也写的很多，结果就没有结果了。因为工作年限长的朋友，这些东西到后面基本都知道一些
技术的新鲜度
现在有很多朋友使用的还是struts，hibernate之类的框架，这些技术基本在5年前比较流行，如果你现在1-2年还在使用这样的技术，可能被pass的可能性更高。
技术的复杂度
现在可能spring Cloud，Spring Boot，Mybatis的更受欢迎，并且dubbo，分布式，中间件（RabbitMQ，Kafka等等）这些相关的技术至少还会流行好几年，现在用人的原则是
- 合适
- 来了就能干活
- 有基础，未来学习其他的相关技术也不费劲
所以在简历上，特别是java工程师的简历上，redis，dubbo，mybatis，spring cloud，rabbitmq，kafka，分布式，zookeeper等等大厂常用的技术关键词是hr和业务部门的人比较喜欢的
技术的相关度
如果只看到spring、ibatis之类，没有看到asm、osgi、netty、mina、grails之类的，是菜鸟的可能性比较大。（很无奈，简历量太大的时候，很多优秀的人可能就是因为表达而失去机会，比较招人也需要速度）；懂字节码，逆向工程，交换内存，会用stream的都是高手。
网络上有人这样说；
spring、hibernate等大多数框架（Nutz）的源码就引用了asm，看spring源码肯定需要懂这个，不然你怎么看得懂？源码都没看懂技术会好吗？
netty（or mina）是做网络编程比较优秀且著名的框架，做java只会http，那人家要你写一个网络传输的，高性能的，你又不知道如何是好了。
osgi，eclipse就是基于osgi的，你写代码的时候不想想怎么改良自己的开发工具吗？只知道一味的写代码？没想过怎么发明一个工具把大量的工作交给电脑去做？人和动物的区别是什么？制造和使用工具。
grails是目前spring体系里最快的开发方式，至少得了解和尝试一下吧？
内容可以反过来推，懂java又会asm的是菜鸟吗？懂java又会osgi的是菜鸟吗？懂java的ssh又会netty的是菜鸟吗？相信大家都有结论了，其实我可以简单的总结，就是学习能力，会这些的自学能力不弱，培训学校大多数都只教ssh。
技术的专一性和扩展性
如果2年的时间内，都是在一个技术栈下使用，那么至少属于比较熟练的程度，比如mybatis/ibatis，SpringMVS/Spring Cloud，RabbitMQ，ActiveMQ，Kafka等等中间件，这些对于工作起来，即便是企业使用的不是你用过的，但是触类旁通的还是非常不错的
项目的周期性
其实招聘java最简单的办法是经验薪资+项目周期就可以基本判断，这里不绝对，但是大概率是这样的，经验薪资=工作年限*4K月薪，基本就能达到平均数（一线城市），平均项目周期>6个月。
经验薪资容易理解
项目周期我要说的是，在技术领域，
- 1-2个月的项目大多数是demo，可行性项目，验证性项目，和小型项目居多，
- 3-4个月的项目大多数框架套出来的项目，技术难度也很低，
- 5-6个月的项目，属于有一定的规模使用，但是项目难度不大。
这里要说的就是项目从需求调研，概要设计，框架设计，开发，测试等环节。这还需要考虑中间需求变更，bug修复等等 因素，有价值有技术难度的项目就可想而知
想脱颖而出的建议
- 尽量避免主观表述，少一点语义模糊的形容词，尽量要简洁明了，逻辑结构清晰
- 如果自己有博客或者个人技术栈点的话，写上去会为你加分很多
- 如果自己的Github比较活跃的话，写上去也会为你加分很多
- 不必把什么技术关键词都写上去，注意第一是你会的，精通和熟悉的，第二是有难度的
- 不必什么技术都精通和熟练，否则你什么都不会
- 项目经验，最好在6个月以上，如果实在是做的项目都是3-4个月的，要么不写，要么合并同类项
- 负责架构，开发和测试，这样一句话的经历，除非你在大厂呆过，否则出现两次这样的描述，被扔掉的可能性非常大
- 经历中，切记描述雷同，甚至完全copy，如果项目真的没有差别，要么和你别人没有差别，要么你就写一个
- 注意简历真实性，一定不要写自己不会的东西，或者带有欺骗性的内容项目经历建议以时间倒序排序
- 项目经历不在于多，而在于有亮点。
- 如果内容过多的话，不需要非把内容压缩到一页，保持排版干净整洁就可以了。