Android开发5年,面试问到底层实现原理,被怼得,分享面经

本文是一位有着5年Android开发经验的程序员在面试过程中的反思和经验分享,包括面试技巧、自我介绍、设计类面试题的应对策略以及大公司与小公司选择的思考。他提醒面试者,技术面试官更关注技术深度和广度,而HR则看重表达能力和稳定性。同时,解答设计类面试题时需明确条件再作答,避免盲目假设。
摘要由CSDN通过智能技术生成

概述

想了很久怎么样可以让文章的标题不那么悲观,但是各种文案都在我脑海里面不断的被否定,要么是不那么抓眼球,要么是立意不匹配。最后想了想,这个标题是真的符合我最近的感悟。

希望看过文章,能有同感的朋友也能多思考一下。

最近因为疫情的关系,相信很多国内的小伙伴都逐渐开始了解到在家上班的体验。在美国基本上work from home在IT公司里面算是比较常见的现象了。一般大厂每个周都会有一天被划为No Meeting Day,说只是不开会日,但通常都会被大家当成在家办公日。不开会嘛,那我在家和在办公室也没区别不是。

也正是因为闲的时间多了,看文章的时间也多了。我是个不喜欢看书,更倾向于看碎片化文章的人,没事翻翻掘金,翻翻Android Weekly,是我上厕所蹲坑时候的首选项。

但是让我感到悲伤的是,好多安卓技术博主,就在这么一个月两个月之间消失了。点击他们的个人主页,你会发现上次更新可能都是好几个月,甚至是一年前的事情了。粗糙的以为是因为疫情,其实想一下,这个事情符合技术这行的发展规律。

面试官问我是否单身?

不用想了,单身 = 方便加班。结婚或者生了小孩吗 = 有家庭负担。买了房吗 = 看你是否稳定,要知道,被房贷押着的人,可是最稳定的。

面试的时候,怎么进行自我介绍

  • “来,要不然,你先自我介绍一下?”
  • “你先做个自我介绍吧”

面试过程中,总是会有这一幕,但是很多时候你会发现,技术面试官往往在你说这些的时候都在看你的简历,而HR和总监只是瞄一瞄你的简历,并且有认真在听你说。

技术面试官往往更在意你的技术

不知道你有没有注意到这个细节,技术面试官往往在你自我介绍的时候心不在焉,反而是非常认真地在看你的简历,为什么呢?因为通常技术面试官都非常忙,他们不一定有时间提前看简历,所以借着你自我介绍的机会,赶紧读一读你的简历。此外,还有一种情况是,常规套路还是要走的。

但是总的来说,技术面试往往重点不在自我介绍,所以对于技术面试来说,自我介绍的重要程度并不是特别高,重要的是你简历上的内容和你曾经做过的东西,你的技术深度,广度。没有这些,技术面试都过不了,后边的也就甭想啦。

HR和总监往往很重视你的自我介绍

通过了解你做过几份工作,可以知道你是否“稳定”。通过了解你从什么地方毕业,可以知道你是否“努力”。通过看你的表述,可以推测出你的交流和表达能力。要知道,很多HR其实招人全靠感觉的。所以面对HR的时候,自我介绍就显得很重要了,如果你能表现的很优秀,那么无疑,是加分。总监也一样,不过,一般他们不会让你自我介绍了,因为很显然前边已经介绍过很多遍了,他们也会直接问HR一些信息—-面试的每一层都会互相交流的。

如何准备自我介绍?

正所谓知己知彼,百战不殆。我们只需要弄清楚他们想要什么信息,那么我们就可以给出对应的信息即可。那么HR最关心什么信息呢?

  • 学历
  • 表达能力
  • 之前做什么的
  • 如果有“不正常”的经历,希望你能主动说明

所以,自我介绍的时候不要说自己喜欢打羽毛球或者游泳了,企业是雇你来干活的,不是让你来做运动教练的。事先准备好自我介绍,这样说的时候就不会卡顿,让HR觉得你的表达能力,不说好吧,最起码,不差。可以简略的介绍一下之前做什么,做过什么,什么职位,至于为什么离职,HR会问你的,不说也罢。如果有什么不正常的经历,可以主动说明。

当然,这并不是希望你利用“知己知彼”去骗HR或者怎样,诚实永远是第一位的。

举个例子:

我叫xxx,2016年毕业于xxx大学xxx专业。曾经任职于xxx公司担任xxx,完成了xxx功能,之后就职于xxx公司,担任了xxx,完成了
xxx功能。主要的兴趣在于高并发,平时也挺喜欢研究代码。这是我的一个基本的自我介绍。

当然,实际自我介绍的时候,应当把这一段稍微扩充一下,显得更有内容一些。

怎么应对设计类面试题?

  • 请设计一个论坛
  • 请设计一个压测工具
  • 请设计一个xxx

“首先,我们需要一个数据库,数据库的架构是。。。” — 面对此类问题,你是否直接就开始回答了?错!大错特错!此类题目最大的坑就在于这里 — 题目太过于宽泛,你所假定的并不一定是面试官所假定的。

因此,回答此类问题的第一个要记住的的地方就是 — 一定要确定好所有的条件再开始答题 。千万不能想都不想就开是自以为是的假定一切数据,然后开始答题。以第一个题目为例,你可以反问面试官:

  • 这是一个什么类型的论坛?
  • 大概有多少注册用户?
  • 高峰时期QPS大概是多少?

当你提出问题之后,面试官可能会回答你:

  • 这个论坛是一个讨论Go语言的论坛
  • 大概有10万用户
  • 高峰时期QPS大概在6k/s

那么根据经验,我们可以知道,如果直接用一般配置的关系型数据库来扛6k/s,还是有点小压力的,流量只要再往上蹭,很有可能就会挂。但是,目前来说,题目还是不够清晰,我们还需要把我们想要做的假定向面试官问清楚:

  • 通常来说,论坛都会是读远大于写的系统,这个论坛也是这样的对吗?

如果面试官回答是,那么我们所需要的一些基本数据便有了,我们需要设计一个论坛,这个论坛大概有10万用户,高峰时期QPS大概在6k/s,但是一个优秀的架构是可以轻松应对高峰时期的。相比最开始的题目“请设计一个论坛”是不是更清晰多了呢?这种时候我们再开始设计,把我们的设计从上往下(概述)讲述出来,先讲概况,再讲细节,最好能在白板上将架构图画出来。此外,建议平时多看看架构设计类的文章,例如StackOverflow的架构:[https://nickcraver.com/blog/2016/02/17/stack-overflow-the-architecture-2016-edition/。](()

回答时再加上自己的见解和如此设计的理由,就完美了。

我该选择大公司还是小公司?

毕业后到现在一共经历了三家公司。第一家是创业公司,开发团队10人不到。第二家是大企业内部的创业团队,开发团队大约40人。现在是一家比较大的大公司,开发团队人数规模不便透露。可以说我把类似毕业后去小公司还是大公司的这些问题里各类答案都经历了一遍。

先抛出最想说明的观点:

  • 自驱力是技术人成长的不二法则。无论业务是To B或者To C,都会有一套对应的技术栈,如果只是满足于会用,是无法长久进步的。例如,使用Redis做缓存,就可以了解缓存的常见策略,了解Redis是怎么做持久化的,Redis提供的那些数据结构是怎么实现的,有哪些优缺点,何种时候用何种数据结构,Redis的协议为什么要这么设计,Redis里存储字符串是怎么存储的,和C的字符串存储方式有何差别,优劣在哪等等。

  • 经历一家To C产品的公司,是十分有意义的。做一款To C的产品,你可以获得:

  • 处理高并发的能力

  • 认识到用户体验的重要性

  • 最好能把小公司和大公司都体验一遍。

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》开源

Android优秀开源项目:

  • ali1024.coding.net/public/P7/Android/git

最后

愿你有一天,真爱自己,善待自己。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值