记一次Android奇葩面试经历:因为没去过BAT,我被面试官“轰”出门外

·  阅读 149

最近面试了几家大规模的公司,也遇到了各种各种的问题,技术方面的,管理方面的都有涉及。让我印象最深刻的是某上市公司,自称是阿里的控股子公司,创始人团队来自于阿里,感觉很高大上的样子。

进门之后就是填表,然后就是技术负责人面试,问了一些项目中的问题。有的没的扯一大堆,对技术不是很看中的样子。其中有一个问题,我印象很深刻,就拿出来给大家探讨一下。介绍完我去过的公司以及做过的项目之后,面试官(据他介绍是CTO)反问我:“BAT都没去过,你还来面试架构师?飘柔给你的自信吗?

然后我心中一万只草泥马路过,面试中“敢怒不敢言”。(工作中又何尝不是?)然后我一笑而过,说:不好意思,打断一下,我简单的说几点,希望别介意:“

第一、BAT我没有去过,但确是我追逐的目标,我一直把BAT需要的技术作为研究方向,并且根据实际用到项目中。我希望未来有一天能够进入BAT,跟你们这些大佬并肩作战。你毕竟是有多年工作经验的,我应该多向你学习。今天能有幸参与贵公司的面试,我很感谢大佬能给我这个机会。我也希望大佬能给我一点指点,我有哪些不足的,欢迎指教。

第二、我在以前的公司里面做架构开发做了好几年,也有实战经验,对各种新技术,跨平台技术了如指掌,也多次研讨不同的技术方案选型问题,对每一种技术都是做了研究之后再决定是否采用,以及如何使用的。项目开发文档,以及架构指南,都是我编写的,按照大厂的文档标准规范去编写的。古话说“凡事预则立,不预则废”,文档先确认起来,开发规范先确定统一,下一步就是按部就班编码研发阶段了。

第三、我上份工作参与负责的那个项目是一个持续了8年的老项目,一直是持续迭代开发中的,业务覆盖全国范围,月活量将近500w。里面最难的是它是一套系统的app系统,目前已经有50多个App,这些App都是用的我这套框架去开发的。不同地区有定制化需求,大的业务功能里面又有小的差异性;同一个功能逻辑点不同地区界面可能不同。这个技术实现难度是很大的,如何实现是个难题。组件化、插件化都是很不好处理的。经过不断的探讨研究,最后通过脚本配置+服务端配发,结合MVP模式的思想,轻松完成了不同地区的app开发需求。每个人负责开发哪个地区的app,只需要关心他自己的业务代码就可以了,其他的由框架层来处理。我前期主要是做框架搭建选型和搭建工作,后期主要是做功能抽取和框架维护扩展。”所以从这个项目本身来讲,我是具备一定的架构水平的,虽然比不上你们这些大佬。但是从这个项目本身,我学会了如何快速重构老项目,如何确定选型,如何实战中去抽取和扩展框架,以及自始至终确保框架基础核心不变的一直延续下去,确保不被破坏。

最后我想说的是:敢于学习,不断挑战自我,就会有收获,鲁迅说过:“世界上本没有路,走的人多了也就有了路。”我虽然不是来自BAT,但是我相信努力学习技术,不断向大厂靠拢,我一定可以进入BAT,没有谁生来就去BAT的。

然后我背上背包,走出了会议室,开始前往下一家公司面试了。

我不明白为什么大厂出来的这么秀优越感?我没在大厂做过那又如何?作为一个技术岗位,不去评估你的技术,非要拿一个头衔去给你区分个三六九等,有什么意义?只要技术到位,不是照样可以上岗?在没在大厂做过只能证明你在大厂去工作过而已,关键是你在大厂学到了什么?有什么东西自己能够拿得出手的,这才是核心。我在某些技术群看到过一些所谓的大厂的“大佬”,水平不怎么滴,天天吹逼,说他有技术吧,也有,只是让他脱离那个环境,让他拿得出手的东西少得可怜。除了装逼吹水,基本技术就不长进了。

这篇文章记录的是这次奇葩的面试经历。通过这个经历,我希望面试官不要老拿着那些所谓的“荣耀”和“头衔”这些光环去要求面试者,体现不了什么价值,没有意思。做技术的就拿技术说话,别搞那些虚的东西。毕竟能从大厂出来的,也不一定看得起你那种规模的公司,而那些真正想去的能够担任重任的符合条件的,又被你设立高门槛一棒子打死,把一些人才拒之千里之外,实乃可惜!

分类:
Android
标签: