面试了几十家程序员公司，为什么你一家面试都没过

　　1、不少程序员认为的“高水平”，是做熟业务，外带能解决面向windows的单机版问题，这可能确实能在项目组里独当一面，但在面试官眼里，仅仅是“熟悉基本的增删改查”。

　　2、不少真正掌握高并发微服务云服务等值钱技术的程序员，不知道如何在面试中展示值钱技能，或者在面试官主导的面试中，没有机会展示自己的值钱技能。

　　3、面试靠“说”，而项目靠“做”，所以程序员完全可以通过准备，在面试中展示一些值钱的但并没真正实践过的技能。这点有些程序员并不会，这就导致自己在面试中不仅无法拔高，而且还会被低估。

　　也就是说，程序员在掌握值钱技能的基础上，更要掌握在面试中展示技能的诀窍，再进一步讲，哪怕程序员能力不行，照样有可能通过面试挑战成更高级的职位，比如培训班学员就这样入行的mia

　　先讲述一些本人作为Java面试，面试求职者时遇到的一些案例，从中大家能切身体会到，技术其实和面试表现关系不大。

　　场景1，某求职者简历上很丰富，有5年Java开发经验，但在面试中大谈特谈项目业务，本人看不过去，就引导性提问，你项目里有哪些亮点，结果又说了一通复杂的业务，然后告诉我，为了确认这个业务，和客户沟通了整整2天。我再问，你项目里怎么用redis，然后又是一大堆说业务，最后告诉我一句话，这个业务里获取数据时用到了redis，为了提升性能。

　　场景2，某人简历上写了熟悉微服务组件dubbo和netty等，但不知道如何准备面试，可能也听了不少讲高并发等值钱技能的视频，本人就问，你项目里怎么用的？结果告诉我一大堆dubbo和netty的底层细节，比如netty线程模型等。等本人进一步确认，你项目里怎么用的，结果告诉我就用过API，或者只实现过一些很简单的技能。

　　场景3，本人面过一些有3-5年大厂经验的java开发，他们大概率用过分布式等值钱技术，但当本人问及，你用redis等组件解决过哪些问题，如何解决性能问题。这些人里面，不少人仅仅会说业务，比如xx业务用到redis和dubbo，解决了支付方面的性能问题，再进一步问怎么解决的？一般只能零散地说些细节，无法有条理地说。

　　场景4，这其实是个反例，本人面试过一些3到5年的求职者，面试表现很出色，比如能结合业务细节说分布式和微服务，同时也能说出解决过一些实际问题，但面成后进项目的表现却低于预期，只展示出熟悉的增删改查技能，其实上只要进入到项目组，有实践机会，那顶多就一开始的评价不大会高，但技能和薪资上一定能大幅进步。

　　如果面试不准备，或者只是结合项目准备，或者只准备理论层面的面试题，哪怕是去面只要基本技能的岗位，即使面成了，那么薪资可能会被低估，或者可能失去进大公司的机会，如果去挑战需要值钱技能的岗位，如果说不好，那么面试官不可能让你当场演示，所以真可能面一家挂一家。

　　举报/反馈