Android 大厂面试指南：他们到底需要怎样的工程师？，字节Android高工面试

最新推荐文章于 2024-07-13 23:11:02 发布

2401_84152719

最新推荐文章于 2024-07-13 23:11:02 发布

阅读量635

点赞数 8

分类专栏：程序员文章标签： android 面试职场和发展

本文链接：https://blog.csdn.net/2401_84152719/article/details/137416211

版权

程序员专栏收录该内容

186 篇文章 0 订阅

订阅专栏

刚加入 IEG 团队做QQ音乐时，那会儿我才毕业大半年，**就在思考这个问题，只不过当时更专注于Android开发领域：安卓开发的核心竞争力是什么？**我有一个专门的笔记来记录对这个问题的思考，但是由于版本迭代，最初的答案已经难以追溯，大抵就是在强调安卓平台的一些技术要点吧。

不过经过这几年工作的实践、观察和思考，我越发觉得应该把目光往更基础、更通用也更经久不衰的方向转移，具体的 APP 开发的技巧和范式，其实并不多，基本都可以抽象为软件开发的技巧与范式，无论是安卓还是 iOS，无论是客户端还是后端。当然各个平台各个领域都有其独具特色的 API，对这些 API 烂熟于胸也是一种能力，但有多少项目、多少团队需要这样的能力？对于 API，具备检索与理解的能力就差不多了，烂熟于胸性价比太低，于我是没有任何吸引力的。不过对于前后端这种软件形式而言，前端和后端还是有不同的关注点的，前端注重展示交互，后端则注重大规模高可用，但是我是从事Android，没有过多的了解，这里就不做展开。

那从Android软件工程师的角度出发，核心竞争力或者说核心素养是什么呢？这正是回答“互联网大厂需要怎样的工程师？而我们需要成为怎样的工程师？”这一问题的关键。

下面我仅谈谈个人的几点粗鄙之见，不足之处还请见谅，也欢迎指正。

Step1：核心素养

身为 Android 开发工程师最重要的就是逻辑和方法论（三板斧）；

先要对即将开发的App进行适度的了解，再进行合理的规划，最后有条不紊地执行。

解决 bug：

先得搞清楚出 bug 的根本原因，再想一个能解决当前 bug 又不会引入新 bug 的方案，最后就是编码实现。实现新功能也一样，先得搞清楚新功能的具体要求，再想一个实现新功能又不会引入 bug 的方案，最后编码实现。

前面这两项任务都要求我们对代码库有充分的了解，那如何上手一个新的代码库？更进一步，如何上手一个新的项目？

这项任务我们靠的主要是三板斧的第一步：先搞清楚项目的宏观架构，有哪些模块，各个模块如何交互；再结合具体的业务，搞清楚具体的功能是由哪些模块如何实现的，主要是宏观的逻辑流程和数据流程；最后，上手项目也是为了解决 bug 或者实现新功能，这就回到前面的场景了。

如果我们需要设计一套新的系统或者是App呢？如果Android初级开发的话那这个要求就更高了，但还是可以用我们的三板斧予以解决：

①先搞清楚我们想要实现的目标，结合对具体技术细节的理解，设计解决方案和系统/app结构，最后编码实现。

②设计解决方案和系统结构的过程一定要充分思考和讨论，不断提出质疑和挑战，并对设计方案进行适当调整，确保功能完备、结构清晰、可扩展。

不过在这个学习的过程中，怎么学很重要，Android领域几乎所有的底层知识都浩如烟海，如果随意乱学，没有目的性的学是很难学通透的。我个人比较倾向于学知识学会归纳总结，我每学完一本Android相关学习文档都会自己抽时间出来做好总结。

除了逻辑和方法论，我们还需要在Android开发领域有一定能力和经验的积累，此外，工作中大家通常都是团队作战，因此团队协作也是很重要的能力。积累和协作，这两点的重要性难分先后，更多的是看具体的需求。

从团队协作的角度来讲，通常我们都是希望找到一个好相处的人共事，只要人好，协作技巧可以在工作中进行训练。但这里我想提很重要的两点：沟通与度，保持积极的沟通，及时同步信息，及时抛出问题，但又要适度，不能过度干扰他人。重要信息可以立即同步，同时每日每周都有汇总，遇到自己搞不定的问题，我倾向于超过一个小时就抛出来求助。