阅读 525

别废话,直接 告诉我怎么才能去《大厂拧螺丝》

image.png

你别跟我说那么多,你就告诉我到底怎样做才能进大厂?

各位同学当你有这种疑问的时候,那你离大厂就又进了一步,其实进大厂真的没有那么难,只是欠缺一个契机,没能没找到那个机会逼自己一把。

楼主是一个Android开发同学,有4年多的工作经验,目前就职于阿里巴巴,之前3家公司都不能叫小厂,应该叫微厂,因为第1-2家公司加起来都没超过70人,第3家公司算小厂有300人。

这篇文章是基于我自己的理解,总结的一篇小攻略吧,不想太卷,也不想贩卖焦虑,只是想以一种朴实的角度来分析分析进大厂这件事。

自我定位

在开始之前,首先你先要有一个自我定位,要想明白自己想要啥,要干啥,这很重要。

比如:

  • 我觉得我的职场履历欠缺一段大厂经历。
  • 我想去大厂做一些大型的项目。
  • 我想了解项目从0-1的一整套玩法。
  • 我想进入一个大平台去寻找更适合自己的发展道路。
  • 我想涨工资...
  • 我想去养老...
  • 我想去吃字节的饭...
  • 我想去整腾讯的公仔...
  • 我想去拿阿里的买房贷款...

...

无论是啥,反正你肯定得有个想法,这个想法会决定你愿意付出多少努力去争取。

可能有的同学会说:『我想涨工资,想做大项目一定就得去大厂么?』

同学,不一定,真不一定,我想表达的是趁着年轻,努力争取下大厂,或许是一个不错的选择,但不是必须。

深入分析一下

那到底怎么操作,才能进大厂?

经常看博客的应该会发现:有很多人发了很多面经,大部分都会整理一份面试题。那我需要把这些面试题一个个的都背下来么?

当然不是,这完全是憨憨行为。 因为很多面试题都是针对你的简历去定向考察的,并不一定通用。但是我们需要简单梳理一下,可以把那些高频的问题整理下,去了解下原理,这一点比较重要后边我会提及。

当然也可以参考下我这篇面试经历,不只是整理了面试题,还总结了一些面试方法,主要可以用来避坑。 经过20天的面试终于进了阿里(分享面试过程)

  • 如果想进大厂,那我们首先得知道,大厂的诉求是什么?

  • 他们的面试官到底在考察什么?

  • 他们是在招什么样的人?

  • 是那种啥都精通的大牛么?当然他们肯定喜欢这种,但是绝大多数他们是在招可以胜任开发任务的人。

你需要做的就是让他知道你可以胜任,要在一场面试中把自己推销出去。

方式方法

我们有很多的同学,其实技术水平还可以,只是长时间做项目,很多基础细节略显生疏,导致面试过程有点断节奏。

可是你要知道,面试官是第一次认识你,他不清楚你的技术水平,那他要怎样才能了解你呢?

所以,基础那些东西还是需要时不时的复习一下,那些长用的算法该刷是得刷一下。但是那些框架,原理,启动流程,技术选型,设计思路绝对不是背的,这些就是考察你内功的时候了。

有的同学可能会说,我背都记不住,你还想让我理解?这不是扯犊子么?

其实我可以推荐一个方法,也是我当时采用的方法,你们可以选择性采用。

  • 1.比如我先参考一些开源的项目,然后在自己的项目中去实操这些知识点。他们的设计模式是否可以复用到我的项目,他们用的主流框架是否可以移植过来,这一点不仅并行于你的工作,会对你的技术思维有很大的提升。

  • 2.现在主流的框架实现原理是什么,开始可以参考一些分析博客,最后把自己的理解整理成几篇博客。(这一点对面试大有帮助)后续复习的时候也可以只看精华。

  • 3.设计模式可以针对性充电一下,不只是为了面试,自己项目里也可以用,只要用上了那就能吹。

  • 4.新技术一定得与时俱进,没事就给自己项目整个技术升级,可能很多人会跟你说没啥用,公司都不用这些技术等等,无论你听到什么理由,这玩意你要信了,那就完了。

  • 5.没事的时候可以封装一套自己的组件库,比如公共弹窗,基础框架(请求,线程池,权限管理,工具类)那些,并定时维护,后续可以用在公司项目,当然面试也可以吹。

  • 6.整理一些高频算法题,每天只需要做一道就可以,不用多,慢慢就会有感觉了,很多题都是重复思想,不用太花精力去做那些难的。

以上这个过程,不用太追求速度,只要按步骤坚持2个月,基本就能达到大厂面试的技术要求了。

还有一个点,至关重要,那就是表达能力 很多技术同学都吃了这个亏,很多问题自己明明知道,但就是表达不出来,给面试官的感觉就是你不懂。

这一点也比较好解决,你可以按这个步骤去做

  • 1.准备一个有亮点的自我介绍,其实上边的6步做好就能做到有亮点了,写博客,学新技术,有自己的看法这都是亮点。

  • 2.在你看那些框架原理的时候,需要注意一下那些技术点的关联性,在回答问题的时候,除回答以外,还需要引导面试官去问自己擅长的点,这决定你的表达是够有亮点,是否融会贯通,也是变被动为主动的关键。

  • 3.整理下自己项目过程中解决的难点,遇到的问题,挑战,以及解决方式,这个在大部分面试中都会被问到。(可以按STAR法则去整理)

其实面试开始10分钟的时候你基本就能判断本次面试是否成功了,如果你觉得整个过程是你在引导面试官走,那基本就是成功了。

最好的做法是在回答问题的时候 抛出几个问题,让面试官在你抛出的问题里选择性提问,这种情况你基本就稳了,而抛出问题的质量是通过你对技术的关联性决定的。

个人简历

个人简历非常重要,这是初选的唯一凭证,也是面试官对你的第一印象。

我建议简历整体可以写三页,分左右两栏,左边小部分个人介绍,右侧第一部分写公司经历,第二部分写个人闪光点,第三部分再长篇写项目,大概这样分布。

image.png

闪光点

我们尝试往深了想一下,其实我们最终的目的并不是只有面试这一个环节。

  • 我们更在意的是自己的各个纬度提升是否在自己的心里预期之内?

  • 我们当前的水平是否能追随社会主流?

  • 我们是不是活成了自己喜欢的样子?

所以除了面试这一个点之外,在我们的日常工作中,希望每位同学都能静下心来思考下自己的工作,思考下自己项目的业务价值,思考下自己的代码设计。

“人容易低估未来的价值”

这句话来自经济学相关的内容,关乎人性,每个人天生都存在这样的问题。与代码设计联想在一起会发现它也是一个不可忽视的问题。

日常工作中我们很容易因为短期确定性的收益(比如快速交付需求)而忽略长期价值(良好的代码设计对业务的价值),大家想想是不是这样?

如果按这个维度思考会有一个有意思的发现,就是为了能保证系统未来长期的可维护性,让每个研发同学在每次迭代系统中都能够精雕细琢代码设计,在某种程度上说是反人性的。

认识到这一问题后,便可知要想保证代码设计,代码质量,就需要回归事物本源:如何让团队认识到事情的价值并养成相应的习惯成为关键。

其中一个思路是把长期价值变成短期可以感受的优势,比如需求迭代上更多的引导大家在设计上的投入占比(七成或更多),让Coding成为很小的部分,从每次迭代中感受思考和设计的价值。

另一个思路就是相应的团队文化氛围引导,环境对人的影响力比我们想象的要大的多。

以上的这部分,如果是你能带动的,无论对你的团队。工作,面试都会有质的飞跃,因为这已经不是单单在要求自己,而是通过自己去影响团队。这是不可多得的特质,也就是所谓的闪光点。

以上就是面试前的所有准备了,是不是没有想象的那么难?

秋天是慢入的,但冷是突然的,晴不知夏去,一雨方知深秋。

老铁们准备好的,随时给我简历,我可以内推....

image.png

文章分类
Android
文章标签