很多做 android 开发的同学都想多快好省，现实是真的是这样吗，借着前人的经验，我们的目标可以更加清晰，可以计划划分阶段去学习，但是学习的路是不会变的，别人会遇到什么我们也会遇到什么，别人躺过的坑我们一样得趟。
接着这里，我想表达我们对 android 学习之路的理解，也分享我收集到的前人经验，让前路不再晦暗，让脚下的路笔直一些，仅此而已~
做为一个人，我们在迷茫时该怎么想，怎么看待自己，若是你不知道，那么看下面：
说点敞亮话
继续吐槽，分享下自己关于如何学习的想法
我想看我文章的至少都是有1年开发经验以上的了，至少都是熟练的初级 coder 了吧，在这个阶段甚至之后的几个阶段，android 的 coder 们内心其实都是惶恐焦虑的，一是大环境没有以前热了，找工作的难度提升了，对 coder 们的要求也是节节攀升;二是 coder 们在学习过程中发现了大量的知识点和面，这些东西实在太多了，看了 A 会勾连出 BCDEF，这里面又涉及到大量的 java 等其他知识点，都是比较难搞，耗时的。
种种以上让大家变得不再自信了，加之环境趋紧，所以焦虑由此产生。大家也不必太过因此而焦虑，焦虑了也没有啊，这些东西迟早都是我们的菜，都得学，都得趟过去，当然越早趟过去越好
这里面就涉及到如何学习的问题了，会学习的 coder 效率会很高，学的会比较透，记得会比较牢，并且还会记录相关的技术博客，所以学过了基本就不用再重复了
我们在学习哪些没有吸收的知识点时，基本都是遵循以下原则：
- 学习「自己知道自己不会」的知识
- 全方位的学习，构建自己的「知识体系」
- 学习「自己不知道自己不会」的知识
我推荐的学习思路：
学会记录未知
平时注意记录那些没听过，不了解的点，有链接的要记下链接，然后根据自己的理解分类，分出优先级，难易度，这样你时刻都能对自己有个清晰的认识，我们手头不会的有多少，会了对少了，想看的时候可以马上找出相关资料。
学会挑选自己能学会的
知识点是***的，不管我们水平有多高，可以学的总是有的是，那么我们学什么呢?那当然是学那些我们觉得能自己看懂，可以学会，在工作中用的近，用的上的东西啦，切记去学习自己完全看不懂的知识点，学了也是白学。如果这个知识点你是一点都看不懂，那说明相关的基础知识你完全空白，要从头从基础知识看起，这好比技能树，你还没点出来呢!对于那些有一半看不懂的知识点，同样也说明你缺乏相关的基础知识，想要学也得从基础知识走起，但是相对难度就低很多了。
学会成体系的去学习知识点
一般大家都知道，大一点的知识点都有很多小的，相互联系的知识点构成，我们知道的，不知道的，总之肯定有一些或很多，那么我们碰到一个陌生的知识点该怎么去学习呢?我建议先去 google，百度，简书，掘金各大平台上搜索这个知识点的关键字，然后粗看下几十篇或一定数量的文章，梳理下该知识点下面牵连有多少小的知识点，然后自己记下来，整理分类写出概述性的文章，然后先从简单的开始，按牵连顺序一个个的学，这样才能有效的做到成体系的学习。要不东看一榔头，西看一斧子，到头来时间也是花的不少，大家多半还是有很多漏下的，心里也是感觉没彻底学通透的样子，现在的开发知识都是成体系的，我们去学习时也必须成体系才能有效率。
学会如何有效的保存学习心得
这是承接上面那条的，某个小的知识点我们终于搞明白了，学透了之后呢，其实大家会很快遗忘的，我自己也是如此!非常通透的理解过不了几天就会开始变得模糊不清。目前有效的方法只能是在通过敲 demo 在代码级别搞通透之后，通过成体系的写技术博文来实现。这样的好处：一是落于纸面之后，忘了我们可以通过博文马上回忆起来 ;二是我们是成体系的去选择学习的，中途我们可以随时停下来，去做当前手头更要命的事，完事后再回过头来继续这个知识点的学习，因为通过之前的摸底已经制定出了学习顺序，继续这个顺序去学习未完的部分即可。大家在工作时，绝大部分空余时间都是碎片化的，搞得我们去学习新知识都是一段段的，上面成体系系统的学习方案尤其适合我们
我之前可是吃了不会学习，不记技术博文，不成体系瞎学习的大亏啦，早先学的啥我现在是一点都想不起来了，可见如何学习，会学习是个大学问啊，也是一个 coder 变得成熟的标志，漫漫 coder 路上对我们产生影响***的就是如何去学习了，大家多思考下~
寒冬
18年的冬真冷，大家都在说裁员，其实裁员一直都在，只是18年的确多点。android 10年了，已经积累了太多的技术，知识点，技巧，思路，这些前人都会了，并且正在创造新的思路出来，对于广大的底层 coder 来说，仅仅是追赶就很难了，更别提去自己创造了，但是现实时我们尝尝学习了很多开源框架，落到实处就是仅仅会用而已，不说源码看没看过，甚至原理都不知道，不知道作者用什么技术实现的，这点就是广大 coder 的现状，没有成长。
在来说大环境，在寒冷的冬天，还是有很多公司再招聘。在移动设备深入人心的今天，大家谁能离得开移动物联网设备，巨大的设备保有量决定了移动端市场需求还是旺盛的。企业需要什么的移动 coder，中高端啊。从我们把页面 code 出来的入门水平开始，成长到中级水平，说实话还是非常不容易的，事实是从平均来看，2-3年成长到中级的人也不是非常多的。企业再面试时也只能通过大量面试才能找到一个合心的高级开发，此过程耗时费力，说明大家水平相对需求来说还是太低，有待继续加强!
冬天冷的不是市场，是处于行业低端的我们，移动开发行业，不进步就会死，永远也不会改变，大家闷头努力一年，我们都能有个好收获的，再去面试机会机会大很多。
薪酬
安卓中高级开发面试之——未来的路，送给正在迷茫的你 的作者告诉我们，没超越 20K ，说明你的安卓做的还不够好。
一方面，技术能力，知识面太窄了。建议多个模块功能都尝试一下。不能仅仅在自己公司的项目上，其他方面都不太精通。这样的结果，对自己发展不太好。(比如，对自己公司的功能做的贼好。贼了解。问一个其他方面功能模块，就不知道了。建议多方面都发展，并且多做数据分析。比如百度指数，阿里指数，APP功能指数，今日头条指数。然后自己往这些方向发展一下。比如2018年-2020年，项目中小视频，社区中小视频，直播，都会在项目中添加。这方面经验丰富的人需求很高)。
第二：有的同学是真的有能力，会做;但是能继续深入的理解原理，或者知道原理了，自己怎么去解决问题(而不是百度解决)的能力就差一点了。比如很多人在面试中都面临的，不会说，但是你会写，能写出来。为什么不会说，因为不是清楚系统的理解，所以不能回答的很好。
现实是我们夯实技术，扩展知识面之后，20K 是比较容易达到的，但是想过 30K 就很难了。那些能在 github 写自己开源项目，比如 okhttp，retrofit ，rxjava 这样重量级开源框架的 coder 才能过 50K 。着期中的差距，大家自己体会吧，努力可以过 20k，长久不停的努力积累之后才有过 30K 的希望，道路任重道远，大家努力珍重。再着期中要平衡工作，生活，家庭，健康是个大问题，唯有高效率才是根本出路~
寒冬中如何度日
很高兴有一些朋友在满大街的负面文章中能保持一颗平静的心，分享一些有正能量的文章，让我总算是在冬日里能暖和下了。
上帝总是偏爱那些爱思考的人，爱思考的人运气一般也不会太差，在 哪有什么互联网寒冬?只是你穿的少而已! 一文中，作者大概聊了聊关于思考的话题，我觉得大家应该去看看，然后思考下自己。
技术是我们的基本盘，但不是全部，最近阿里不是放话了吗，以后其他岗位的尽量挑有技术背景的，我看到这种思想渐渐再国内获得认同，越来越多的公司都在更考虑有技术背景的人，这是我们的机会，年龄大了，年纪到了，总是只有很少的一部分人才能顺利的晋升管理岗位，其他的同学必须面临转岗，转岗不是换行业，产品，项目经理，运营等等其他我们 coder 都可以干，这些岗位需要的技术，知识点相比 coder 来说简直是小巫见大巫，在我们平时对这些岗位有深入了解，有深入的交流经验，有深刻的认识后，我们 coder 转这些岗位其实不难，很快就能上手，但是这需要我们提前考虑好自己转岗的位置，平时要多去专注，交流， 学习，能再本公司内转岗是***的了，这样公司会对大家比较宽容。
coder 们要是打算换工作了，那就不要研究其他的了，就专心 android 技术吧，python，H5 等稳定下来再说吧，我们毕竟是做 android 开发的，找的也是 android 开发的工作，其他方向虽然更好但不是公司考虑的重点。
怎么划分 android 水平
我想只有对 android 开发又通盘了解的人才能走的更远，了解自己是首要的，我处于什么水平，下一步重点的学习方向，目标是什么，这样才能有的放矢，不浪费时间。
通常我们知道 android水平可以划分为：入门，初级，中级，高级，资深。
但是这样的划分对我们没有什么指导意义，不同层级的Android开发者的不同行为，我们该如何进阶和规划? 的作者把 android 划分为4个层级：
- ***层：普通程序员
- 第二层：熟练开发者、高级开发工程师、技术组长
- 第三层：技术专家、架构师、一线经理
- 第四层：科学家、研究员、***(资深)架构师、部门研发总监
我觉得这样划分，不叫有实际意义，大家可以去阅读一下看看每个阶段的技术标志是什么，有不错的指导意义，处于作者对于达到每一个层级的时间我不敢苟同外，其他我是比较赞同的。
关于技术水准划分的有很多，我先说这么多啊，期待我以后的更新吧~
理理 android 技术点
不知道大家听到没听到，在 “ 寒冬 ” 今天，还有部分公司员工们通过各种方法争抢被裁的名额，就是为了拿到那几个月的补偿呀!面对这种不愁找工作的大佬，男单我们不应该脸红做点什么吗~
android 开发想进阶，下面的点基本漫步过去，都得会，不光是提升我们的 coder 水平，面试时也是要问的呀
- 各大开源框架的研究，包括但不限于下面几个 OKhttp/Retrofit/eventbus/Glide/eventbus/Rxjava/blockcanary/mvvp/dagger2、
- 组件化是基本要会的，插件化大公司要求会实操的
- flutter/Dart 大家要开始学了，就和当年我们学 kotlin 一样，flutter 基本一锤定音了，google 下一代就是 flutter 的天下了
- java 部分，包括 常见的数据结构和算法，hashmap，二叉树，红黑树，apt 注解，aop 插桩，整套多线程知识点，包括ThreadLocal实现原理
- android 的系统原理，Lru算法，Binder机制，EventBus实现原理和为什么不能跨进程，跨进程几种方式，AIDL，handler机制
- 音视频开发，直播、点播、音视频通话、音视频会议，短视频，这些不一定要多深入，但是基本的各大平台的 SDK 要会集成，能根据开源的 哔哩哔哩 IJKMediaPlayer 编写自己的视频，音频播放模块、
- 高级UI，各种性能优化那是不比说了
上面这些单独拿出那一项，都是考试良久的了，大家自己算算，给你多少时间能搞定上面这些，但是一旦大家搞定了上面这些，那么大家至少不怎么愁面试了吧，运气好的还能借此进入一家不错的有成长，回报优秀的公司，现在最舒服的地方不是打公司，而是那些业务优秀的中型公司了，人不多，事少，组织还没开始僵化，人少待遇也能保证的不错，业务优秀有成长没有裁员的担忧，公司氛围也有轻松愉快，这就是我想去的天堂啊 ~
然后在图像这块大家想深入的话，下面的是跑不了：
- 图形图像开发，不限于OpenGL ES，EGL，GLSurfaceView，滤镜，美颜，canvas，paint
- 应用层开发。主要还是原生开发，提高性能优化技能(启动耗时、内存、耗电、网络、数据库、稳定性等)，达到高级开发者的水准
- 深入Android专业技能提升。主要是阅读源码，理解透Android开发常见的流程和原理(activity启动流程、事件分发机制、广播机制、Binder机制、内存管理机制等)
- 向Android架构师发展。从平时的一点一滴开发中，有意训练Android架构设计能力，这需要站在一个更高的角度来统筹App开发。
- 跨平台开发能力。如RN、Weex、Flutter等。大部分公司目前都需要有跨平台开发能力，所以我们很有必要提高这方面的能力
- SDK和框架开发。可以通过研究开源项目或者实际项目开发，抽象提取有用SDK和框架供其他人使用
- 研究Android安全开发。App加固原理和实现，熟悉常见加密方式(如：RSA、DES等)、Https、支付安全等。
- Android自动化测试工具开发。这需要对ADB、Android截图、Android布局解析、Android测试框架等相当熟悉
- 音视频开发。前两年比较火的直播，还有这一两年比较火的短视频，都是与音视频相关。所以，我们可以了解音视频的编解码以及传输协议等。
- 手游开发。游戏给鹅厂带来了稳定的收入，所以这也是不错的方向。这就需要熟悉常见的游戏开发框架cocos2d-x、Unity3D
- 图像开发。比如美图秀秀、天天P图，都用到图形的合成、滤镜等技术，对图像处理有很高要求。
- Android Framework 开发
高级工程师必备能力
系统设计能力
因为如果你仅仅是对各种各样的技术都熟悉，有技术广度，也有一定的技术深度，实际上是不够的。如果你的系统设计能力不到位，可能导致你在开发系统的时候会乱用技术。
比如说，有的系统他有一些自己特殊的业务场景和技术挑战，实际上在这个场景之下比较合适的是采用 “缓存 + 数据库” 的技术方案来应对。
但是呢，有的工程师会很多技术，但是缺少这种准确的分析系统问题，提出合理的技术方案的能力，也就是缺少系统设计能力，导致他可能会引入Elasticsearch这种技术来尝试解决这个问题。
那么结果必然是失败的。所以之前很多人找我问问题，说我在XX场景下，用了XX技术，但是没有起到我想要的那个结果啊。
我帮他一看，这不是必然的么，你的XX技术应该用在YY场景下，结果你用到XX场景下，肯定是不行的。
这就是系统设计能力的重要性。
怎么写好我们的代码
我想这都是大家贯彻始终的***追求了吧，我记得最深的一句话：不管如何，你的代码得先能让人看。这是我在刚刚入行时，一个老司机指导我的，随着我在学习的深入，了解的更多，我们在基本功上的追求不就是为了代码更加好看吗，好看的代码才更好懂，才能好改，设计模式，代码架构，框架设计，MVP(多端分离) 不都是追求的这个最终结果嘛！
好看的代码除了我们要学习不限于上述的各种知识，更是体现在我们平时的对于代码的态度上，这体现在我们的平时的代码规范上，今天我看到一篇文章：程序员：为什么几个月后前我自己写的代码也看不懂了? 把我平时想说的都说出来了。
这是平时的我们：
代码没有注释
对于复杂的业务来，没注释这是要逼死下面的小伙伴啊，过个2-3月，一样得逼死自己啊，这一坨写的是什么玩意，要死的心啊…….
面向过程去写代码
好复杂呀，看不懂呀，方法好长啊呀，妈妈我看不懂怎么办呀。虽然写的时候很爽 ，但是之后再去改，再去加功能时，那时我们的心一定是崩溃的，不好改，不好加，费事费力是肯定的，然后越改越加越乱越难懂，***没法维护了，谁有写过这样的代码，都别躲…… 所以啊，设计模式，框架设计，面向接口编程，功能分离，架构层次分离，应运而生。
代码变量名称随意
通篇的 x，a，b，c，temp1，temp2，temp3 这都是什么玩意，结合上下文都搞不懂，真不知道当初怎么写的，编码一直要求我们见名知意，我现在是深刻理解到了见名知意的好处，真的是非常快捷，非常 Nice 的体验，这里我要说一点，google 的英文起名也不是非常好，有的单词，真他妈想抽他…
每个方法分工不明确
一个方法里你写上 100 行，你让别人怎么看，代码你又怎么复用，同样的代码你不抽象出来，处处复制是要私人的。
那么我们怎么办，做到以下：
- 实现功能前先设计好代码
- 好的框架层次，让我们可以快速的了解整个框架实现，快速的找到想要的代码，优秀准确的名字我们可以知道类是干什么的
- 注释写的尽量详细
- 不要写太长的方法
- 不要写太“牛”的代码了
- 有的程序员喜欢写非常有个性的代码，喜欢写一些别人很难看懂的代码，他认为这样才能显示出自己的“高水平”，这样就不是高水平了，只能说代码的可读性太差了，我们要写出傻瓜式代码，也就是说让很傻的程序员都能看懂，"傻瓜式代码" != "低性能代码”哈，这一点要分开
- 中国人就别写英文注释了
功夫在诗外
我们做到 5-10 年的时候，技术就不是唯一的敲门砖了，甚至不是最重要的了，而是技术以外的东西：人脉，名望、履历，以及渐渐成型的言谈举止，等等。但这些东西，如何通过“刻意的练习”(新学的词)来获得，但是只要在于自己平时有意识的尝试，积累，提高。
比如我平时在公司的技术分享我都是要求每个人像正式演讲一下，听得人做好，拍好，认认真真拿笔做记录，讲的人配合黑板，大屏幕，在有高度的台阶上努力做到***的自己，不结巴，思想连贯，能现场发挥，我还常常和讲台上的人互动，带着他多说说自己的想法，等你熟悉了这个环境，这种氛围，这种事，无形中你就会说话，会演讲，气场也就培养出来，当然这不是全部，更多的还有，比如你怎么去和产品，UI，运营沟通，看看别人的工作内容是什么，有什么困难，哪些方面涉及到开发，甚至是别人的全部 u 工作内容，工作技能，这样你就拥有了区别与别人的横向扩展能力，在公司一个能和不同部门之间有效沟通，建立联系，解决问题，梳理矛盾的技术人员比一个单纯的技术人员要重要的多，同时这样的人也更容易晋升，职业道路越是网上会走，越是要接触更多的部门，拥有和这些部门协作的能力将是至关重要的。
