android培训那里好！Android性能优化总结，Android篇

关于面试题

打个比方，如果把找工作理解成考大学，面试就是高考，市面上的“真题”就是模拟试卷。我们会很容易倾向于在面试前寻找对应公司的面试“真题”，重点准备，期待“押题”成功。但实际上，即使面试同一家公司，它会有不同部门，不同业务线，不同面试官，即使遇到同一面试官，他也不一定就每次考察完全一样的内容。想想高考中那些考的好的同学，他们肯定不是靠“押题”才能取得好成绩吧，他们大多靠的是平常积累及对知识点灵活掌握，那面试也一样啊。执着于搜题，把面试题当做重点进行“复习”，还不如自己划出“考纲”，各个知识点逐一检查掌握情况，复习的更全面呢。

我对于面试题的看法一直是相对保守的，这类文章一般只是内容搬运，它会存在一些偏差和误读，最重要的那就是几道题往那一扔，并没有产出有价值的东西。这也是为什么我上篇面试总结，会加了一些面试技巧，整理面试题时，也没提他们是出自哪家公司，就是不希望大家把题目区别看待。

说了这些并不是说面试题没用啊，而是希望大家不要迷信面试题，更多地去关注那些有质量有深度的技术文章。面试考核的是知识点而不是具体的某些题目，面试题的作用在于，衡量我们的知识掌握情况，便于我们查漏补缺，越说越像是针对一次“考试”了。

1.追求高薪资

相对小厂而言，大厂的薪资水平会更高不少。具体数字区间就不细说了，但是大厂整体会大方很多，只要你能够通过面试，30%甚至更高的涨薪都有机会拿到，更何况，大厂的年终奖也不会被“无良”老板随意克扣。

2.追求稳定

去年整体大环境不行，很多公司裁员，尤其是不太盈利的中小厂，比如某团、某滴。而对于大厂而言，裁员的概率会小很多，毕竟裁员带来的收益远比不上因此带来的负面效应和股价下跌。

3.追求职业发展

近两年很多发展快的企业以 double 薪资去BAT挖人，比如头条、拼多多之类的。因此，从长远的职业发展角度考虑，BAT 的工作背景就相当于清北毕业的学生一样抢手。有了 BAT 的背景，未来无论跳槽还是晋升、成为技术经理或者架构师，自己都具有足够的主动性。

也有人很多人说大厂是说面试造火箭，进去拧螺丝
刚好我的一位朋友刚好在阿里从事研发，请教了下今天和大家谈谈以下的看法

4.大厂里都是螺丝钉吗？

有些人一提到大厂，就会立即说去里面只能当个螺丝钉，每天重复一样的工作。其实这样的想法是很片面的。

传统的大厂一般是层级森严的，要做的事情也高度重复化、机械化。那是因为那些领域已经成型，缺乏创新的动力，所以很多人都被迫成为了螺丝钉，只需要保证机器能够运转就够了。

但互联网大厂并非如此，我们身处其中，应当知道互联网技术日新月异。大家都在喊“学不完”，马爸爸们也天天说要创新才能适应时代。在这样一个瞬息万变的行业里，恐怕你想仅仅当个螺丝钉并非易事。

在阿里内部，大家都习惯了拥抱变化。变化意味着业务变化、技术更迭、人员交替。在这么高速变化的环境里，你如果只想做个螺丝钉，每天重复一样的机械工作，那要么是你缺乏进取心，要么是你甘心做螺丝钉。当然，螺丝钉往往也拿不到好的绩效。

5.大厂员工接触的技术面很窄吗？

当然，也有人说了，“我所谓的螺丝钉并非做重复机械的工作，而是说只能接触到一小块业务或技术点，无法接触到系统的全貌”。

这个确实是事实，毕竟大厂有非常多的研发人员。所以一般会将一个复杂的系统拆散成多个零部件，每个小组或每个人做其中一块。

但我想说的是，只接触其中一块领域，你就不能成长了吗？大厂和小厂的最大区别是什么？是用户量级。一般的小厂是十几万或几十万的 DAU，而大厂往往是上千万甚至上亿的 DAU，同样一段代码，在小厂里能良好运行，但到了大厂，就会发现里面存在非常多问题。

大厂求精通，求深度；小厂求速度，求广度。

如果你在大厂，就应该尽可能深入去研究你参与的模块，多想想如何把你所做的模块优化到极致，在巨大的用户量面前依然能够稳定运行。相信我，这样的一份经验可以成为未来无数次面试的一大亮点。

6.小厂能接触各种新潮技术，而大厂不行？

确实，对于新技术的态度这方面，小厂往往比大厂更加开发。毕竟船小好掉头。

相信不少读者也有类似下面的“有趣”经历：

本来好端端在研究 Java 里范型是啥东西，突然同事跑过来说：“Java 已经 Out 了，大家都在用 Kotlin 呢！爽得飞起”。

于是，你研究了下发现，Kotlin 这么多语法糖，而且看起来比 Java 聪明多了。

因此你鼓捣全团队一起来学习 Kotlin，分享各种 Kotlin 的新奇用法，团队其乐融融，一起享受技术成长的快乐。

过两天，小组长跑过来说：“你们还在写 Android 啊，大家都在用 React Native 呢，一份代码两端同时运行！”。

于是，你又研究了下，RN 确实好东西啊！写一份JS代码，就能同时在 Android、iOS 两个平台运行了，太方便了。而且很多知名企业如 Airbnb 都在用呢。

因此你又鼓捣全团队放弃 Kotlin，一起来学习 RN，分享着 RN 热更新等新奇用法，于是团队又一次其乐融融，一起享受技术成长的快乐。

又过两天，网上大佬喊话了：“RN 性能太差了，我们要回归 Native，Native 才是王道”。

这时你没作过多思考，因为你也觉得RN性能确实不好，而且你听说 Airbnb 也已经放弃 RN 了。

于是，你又回去写 Java 了。

后来，又有人和你说，快去学 Flutter 吧，再不学就晚了，Android 迟早要凉啊。

你：呵呵。

上面的段子可能大家或多或少接触过类似场景。当然，这里主要想说明的是，小厂的技术面确实更广，技术选择多样，因为即使选错了，也能随时调头重新换。
但我想说的是，就算你接触过了这么多种技术，最终静下心来想想，你学到的又有多少呢？除了花里胡哨的“新潮名词”，你真正收获了什么呢？这样的技术面真的对技术生涯有帮助吗？我并不认为。
大厂里，有人花大半年时间，研究如何在相同机器资源下，承受更高的并发量；研究如何在复杂移动网络下，保持最快的网络连接速度；

小结

当然，我想说的绝不是不要学习新技术。作为技术人员，保持对新技术的敏感和敬畏是非常好的，但绝对不要盲目崇拜、跟风新技术，觉得新的就一定是好的。这只会让你陷入漩涡，一遍喊着学不动了，一遍身体不知主的跟着风跑

最后

代码真的是重质不重量，质量高的代码，是当前代码界提倡的，当然写出高质量的代码肯定需要一个相当高的专业素养，这需要在日常的代码书写中逐渐去吸收掌握，谁不是每天都在学习呀，目的还不是为了一个，为实现某个功能写出高质量的代码。

所以，长征路还长，大家还是好好地做个务实的程序员吧。

最后，小编这里有一系列Android提升学习资料，有兴趣的小伙伴们可以来看下哦~

我的 Android 学习，面试文档，视频收集大整理