当时我工作近5年,明显感觉到了瓶颈期。具体来说,感觉自己用过很多框架、做过一些技术设计、也有过一些产出,但是从技术深度上感觉不足,到后期时做事也没有明显挑战,完全适应了公司节奏,说句不好听的成了老油条,可以每天舒服的混日子(这也有好处,有时间准备面试)。这对于个人成长不利,长此以往可能面临大龄失业。所以我觉得需要痛下决心改变一下现状。我定的目标就是进大厂,因为我觉得小厂做到我目前的程度已经很难有很多的提升了。
这一步其实非常关键。先说结论,我的简历前前后后改了好几个月,在投简历的时候,大部分大厂都会给我面试机会,并且对我的经历非常感兴趣。具体如何做呢?
核心思想,想进大厂的简历,要突出自己的特色,写得要生动,能从简历看出你实力不俗。如果简历不过关,很大几率根本没有面试机会。具体实践上,参照STAR法则。
网上关于STAR法则有一堆介绍,不多赘述,这里只举一个例子。
常见的简历会这么写,“负责订单系统开发,实现订单创建、查询、列表等功能,使用技术:Spring、Mybatis……”。如果我是面试官,我的印象是你写过一些CRUD项目,这很难通过大厂的简历关。
那该怎么写的呢?
比如:“负责订单系统核心模块开发(Task),主导设计订单系统数据库表结构,设计以会员为维度的分库方案,设计并开发订单列表及明细缓存方案(Action),支撑订单每日X万级查询请求(Result)。”对比一下,明显这种写法更能体现出你的价值。
这里不再多讲,网上搜下STAR法则,讲得很细致。我的简历只有一页纸,内容不在多,而在精,一两页纸就够。希望大家如果想进大厂,先好好改改简历,顺利通过简历关。
如何做?核心思想,充分发挥你的优势,制定适合你自己的准备方案,做120分的准备,争取100分的结果。这里我只从我自己的经验出发,希望能给大家一些启发。
当时自我剖析,我的优势是什么,不足是什么?我有创业经验,项目经历丰富,做过核心系统(如订单系统),使用过很多流行的框架,做过一些自认为还可以的设计。不足很明显,缺乏深度,浮于表面,做过的项目的一些设计较为幼稚,不能很好地应对更大的业务挑战。
当时花了几个月充分准备,十六个字,增加深度、扩展广度、覆盖死角、挖掘项目。介绍下当时具体的准备。
下面讲下扩展广度,各类知识广泛涉猎。
以上几个分布式相关专题略有涉猎,多年分布式的应用经验,需要有一定的知识广度,才能做出较合理的技术设计。
之后就是覆盖死角,主要从核心面试题出发,我当时找到一份《Java高级进阶快速面试指南》,是一份Github总结的比较精炼的题库,查缺补漏,做到各类知识都能有所涉猎,不至于冷门问题一句话也说不上来。如果你也有需要进我的Java技术qq交流群127522921自行下载,所有资料都在群文件里!
这里要从面试官的角度考虑问题,面试通过有两种可能:
如果你想用第一种方式通过大厂面试,你需要学通大部分后端技术专题,各个方面都有深入了解,而且面试发挥得当,没有命中你的软肋,这非常难。那我怎么做的呢?
介绍两点,准备杀手锏和项目挖掘。杀手锏就是可以吊打面试官的内容。我当时准备了3个杀手锏,要做到能跟面试官就一个问题深入聊30分钟的程度。
这三个杀手锏面试各大公司都有用到,你可以准备适合自己的杀手锏,但一定要是高频问题,否则就是浪费时间了。
自己的项目必然受到当时各种因素所限,有很大局限性。但在面试时,一定要体现出来亮点。一半以上的面试官会问一个问题,“你做过的最有挑战或最难的项目是什么?”这道题目是考察你的技术深度的。一般回答可能是你用两三分钟讲一个项目,说几个特色,等着面试官追问。我是怎么做的呢?
面试前找一个最有挑战的项目,就是前面提到的订单系统。结合当时做的,和专题学到的内容,以及后来的反思,准备能讲至少15分钟的内容。
STAR法则,Situation创业百废待兴,Task负责订单系统设计及核心模块开发,Action界定系统边界、库表设计思路、如何分库、接口设计及缓存应用等等,Result系统划分清晰、SQL查询高效、满足较长期业务增长需要、订单缓存最终一致性设计得到验证等等。
最后再提出当时设计的缺陷不足,如果现在重新来做可以从哪些方面改进。这一个问题下来至少聊10多分钟,面试官有兴趣的话可以聊半个多小时,给面试官提其他问题的时间就不多了,实践下来效果非常好。我当时总共准备了两个项目。注意要套用到专题所学概念知识,要深入讲到点子上。
这里举个例子,当时订单查询加缓存,我套用专题知识,挖掘深度,讲“缓存一致性”上的考虑,采用事务后清除缓存的方式(避免事务未提交脏数据刷回),没有采用清除失败MQ补偿的原因(实际当时压根没想这个),兜底措施缓存1小时过期,保证数据“最终一致性”。
上面已经讲了很多面试的准备,最后提几个小建议: