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

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

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

然后我心中一万只马路过，面试中“敢怒不敢言”。（工作中又何尝不是？）然后我一笑而过，说：不好意思，打断一下，我简单的说几点，希望别介意：“

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

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

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

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

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

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

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