前段时间陆续面试了一些大中小公司,踩了不少坑,挂了很多,同时也有不少感悟和收获。这里想把那段经历记录一下,如果能对亲们有所帮助就再好不过了。
面试的过程其实也是一个自我认识和学习的过程,即便暂时没打算跳槽,隔段时间出去面一面对自己还是有些好处的:不仅可以评估一下自己在市场的价值和竞争力,同时也能了解一些新技术、更新一下自己的技术栈。
而且在一个地方待久了,可能不自觉的就会陷入到一种「舒适区」,久而久之,就像温水里的青蛙,万一哪天被“优化”了可能会不知所措。
本文主要从「项目」和「技术」两个方面进行总结,除此之外还有一些比较开放式的问题。
元旦过了,“金三银四”还会远吗?春节后有想法的亲们,可以嗨起来了!
有人说:三年一道坎。
对于工作三年左右的伙伴们来说,「项目经历」可谓重中之重,可以说比具体的技术点更重要。
技术点其实大同小异,有些临时刷刷题就能了解个大概。但项目经历往往难以临时编造,如果不是自己真实做过的项目、或者没有充分的准备,一旦面试官问得稍微深入很可能 hold 不住,面试扣分不少、甚至可能直接挂掉。
因此不少面试官喜欢从项目入手,抽丝剥茧、步步深入,通过项目把技术点串起来考察。
不同人的项目千差万别,但还是有一些共同亮点的:比如高并发场景,复杂的架构设计,JVM 调优及问题排查等。
这些亮点有的话固然更好,但如果平时 CRUD 居多、没太多的亮点,其实也不必太慌,技术亮点不多的话,可以多思考一些业务上的亮点,比如:
这些其实也是亮点,可以让面试官看到你平时对业务有自己的思考和理解,而不是只关注自己的那一块,不只是写代码的机器。
其实面试官对你的项目是一无所知的,他的印象仅仅停留在你简历上描述的那些文字(而且有些面试官可能是被临时拉过来的,别问我为什么知道?)。面试官通常的开场白就是让你自我介绍,其实这也是一个考察语言组织能力和口头表达能力的地方。
我们面的毕竟是技术岗,技术本身的重要性不言而喻。
技术面试中,最重要的可以说是「技术体系」。也就是你不仅要有技术的深度和广度,更要能把它们串起来,其实有不少技术点是相通或相似的,如果面试中能够触类旁通、举一反三,是一个很好的加分项。比如:
技术的积累虽然主要在平时,但刷刷面试题还是很有必要的,有不少其实就是所谓的“八股文”。这里主要列出本人面试过程中真实遇到的一些面试题,仅供参考。
线程池
锁
HashMap
除了上面的「项目」和「技术」,可能还会问到一些其他问题,比如场景设计与分析、算法,还可能有一些比较开放的问题,下面介绍下我所遇到的。
比较典型的场景设计,电商类的公司很可能会问到,网上有很多案例和文章分析,这里不再赘述。
这个应该不是热门,本人也就遇到过一次,不过那一次被搞得有点懵,可能更多的是考察思路,大家可以多思考一下。
主要涉及一些常用的 Linux 命令和 JDK 自带工具,比如 top、jstack、jmap 等,以及阿里的开源工具 Arthas 等。
虽然在实际情况中我们可能很少有机会接触(小小开发通常没权限,还是要运维大佬支持),但这些工具还是要了解的,可以在本地跑个 Demo 去验证,以免到时候答不上来。
假如线上所有机器(包括服务器、数据库、缓存服务器)全部宕机,如何处理?
PS: 这些场景设计和分析的问题,通常比较综合,一般是考察对一个场景的整体设计,或者分析和解决问题的思路。
PS: 算法问题遇到的不是很多,有些考察算法可能就是单纯的面试流程。当然,字节这类的公司除外,想去的话肯定还是要刷很多算法的。 相比之下,大部分公司更注重「项目深度」和「技术体系」,或者给出一些实际的场景,考察分析和解决问题的经验和思路。
这些问题比较开放,没有固定的答案,可能就是面试官想看下你的临场发挥吧。遇到的几个问题如下:
我所接触的面试大部分是「三轮技术面 + HR 面」的形式,也有一些是两轮技术面,不同公司可能不太一样。一面一般是电话面初筛,后面二三轮技术面和 HR 面通常在一起。这样其实也挺好,跑一趟就行了。
面试的心态也很重要。其实你跟面试官之间是平等的,面试的过程是让他对你更加了解,而不是他对你的考核。
我刚开始面的时候,由于好久没面试,再加上本来就不太爱说话,刚开始紧张的不行,后来面了几次之后才逐渐有点感觉。如果较长时间没面试,可以先面一两家练练手、找找感觉。
当然,整个面试时间也不建议拖得太久,否则整个过程会比较累,最好还是一鼓作气。
啰里啰嗦一堆,其实面试还是挺看运气的,如果跟面试官聊得比较投机,对你的评分自然也不错。
最后,预祝想跳槽的亲们一路绿灯!