我的 android 路要怎么走~ [复制链接]

2019-6-10 16:13
前行的乌龟 阅读:379 评论:0 赞:1
Tag:  

很多做 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个层级:

  • 第一层:普通程序员

  • 第二层:熟练开发者、高级开发工程师、技术组长

  • 第三层:技术专家、架构师、一线经理

  • 第四层:科学家、研究员、首席(资深)架构师、部门研发总监

图片描述

我觉得这样划分,不叫有实际意义,大家可以去阅读一下看看每个阶段的技术标志是什么,有不错的指导意义,处于作者对于达到每一个层级的时间我不敢苟同外,其他我是比较赞同的

关于技术水准划分的有很多,我先说这么多啊,期待我以后的更新吧~

另一个很 Nice 的 android 水平划分,为了不被锁定我就不复制了,大家去看源地址:

理理 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 开发

高级工程师必备能力

我的这篇文章比较杂,什么都记录一点,都是关于 android 进阶的,我们的目标是成为一个 NB 的 coder,这里我尽量向大家描述清楚一个高玩该是什么样子的,有样学样,我们也知道怎么去进步不是

我借 : offer收割机必备 里的几句话

系统设计能力

因为如果你仅仅是对各种各样的技术都熟悉,有技术广度,也有一定的技术深度,实际上是不够的。如果你的系统设计能力不到位,可能导致你在开发系统的时候会乱用技术

比如说,有的系统他有一些自己特殊的业务场景和技术挑战,实际上在这个场景之下比较合适的是采用 “缓存 + 数据库” 的技术方案来应对

但是呢,有的工程师会很多技术,但是缺少这种准确的分析系统问题,提出合理的技术方案的能力,也就是缺少系统设计能力,导致他可能会引入Elasticsearch这种技术来尝试解决这个问题

那么结果必然是失败的。所以之前很多人找我问问题,说我在XX场景下,用了XX技术,但是没有起到我想要的那个结果啊

我帮他一看,这不是必然的么,你的XX技术应该用在YY场景下,结果你用到XX场景下,肯定是不行的。
这就是系统设计能力的重要性

怎么写好我们的代码

我想这都是大家贯彻始终的终极追求了吧,我记得最深的一句话:不管如何,你的代码得先能让人看。这是我在刚刚入行时,一个老司机指导我的,随着我在学习的深入,了解的更多,我们在基本功上的追求不就是为了代码更加好看吗,好看的代码才更好懂,才能好改,设计模式,代码架构,框架设计,MVP(多端分离) 不都是追求的这个最终结果嘛

好看的代码除了我们要学习不限于上述的各种知识,更是体现在我们平时的对于代码的态度上,这体现在我们的平时的代码规范上,今天我看到一篇文章:程序员:为什么几个月后前我自己写的代码也看不懂了? 把我平时想说的都说出来了

这是平时的我们:

  • 代码没有注释
    对于复杂的业务来,没注释这是要逼死下面的小伙伴啊,过个2-3月,一样得逼死自己啊,这一坨写的是什么玩意,要死的心啊.......

  • 面向过程去写代码
    好复杂呀,看不懂呀,方法好长啊呀,妈妈我看不懂怎么办呀。虽然写的时候很爽 ,但是之后再去改,再去加功能时,那时我们的心一定是崩溃的,不好改,不好加,费事费力是肯定的,然后越改越加越乱越难懂,最后没法维护了,谁有写过这样的代码,都别躲...... 所以啊,设计模式,框架设计,面向接口编程,功能分离,架构层次分离,应运而生

  • 代码变量名称随意
    通篇的 x,a,b,c,temp1,temp2,temp3 这都是什么玩意,结合上下文都搞不懂,真不知道当初怎么写的,编码一直要求我们见名知意,我现在是深刻理解到了见名知意的好处,真的是非常快捷,非常 Nice 的体验,这里我要说一点,google 的英文起名也不是非常好,有的单词,真他妈想抽他...

  • 每个方法分工不明确
    一个方法里你写上 100 行,你让别人怎么看,代码你又怎么复用,同样的代码你不抽象出来,处处复制是要私人的

那么我们怎么办,做到以下:

  • 实现功能前先设计好代码
    好的框架层次,让我们可以快速的了解整个框架实现,快速的找到想要的代码,优秀准确的名字我们可以知道类是干什么的,

  • 注释写的尽量详细

  • 不要写太长的方法

  • 不要写太“牛”的代码了
    有的程序员喜欢写非常有个性的代码,喜欢写一些别人很难看懂的代码,他认为这样才能显示出自己的“高水平”,这样就不是高水平了,只能说代码的可读性太差了,我们要写出傻瓜式代码,也就是说让很傻的程序员都能看懂,"傻瓜式代码" != "低性能代码”哈,这一点要分开

  • 中国人就别写英文注释了

功夫在诗外

我们做到 5-10 年的时候,技术就不是唯一的敲门砖了,甚至不是最重要的了,而是技术以外的东西:人脉,名望、履历,以及渐渐成型的言谈举止,等等。但这些东西,如何通过“刻意的练习”(新学的词)来获得,但是只要在于自己平时有意识的尝试,积累,提高

比如我平时在公司的技术分享我都是要求每个人像正式演讲一下,听得人做好,拍好,认认真真拿笔做记录,讲的人配合黑板,大屏幕,在有高度的台阶上努力做到最好的自己,不结巴,思想连贯,能现场发挥,我还常常和讲台上的人互动,带着他多说说自己的想法,等你熟悉了这个环境,这种氛围,这种事,无形中你就会说话,会演讲,气场也就培养出来,当然这不是全部,更多的还有,比如你怎么去和产品,UI,运营沟通,看看别人的工作内容是什么,有什么困难,哪些方面涉及到开发,甚至是别人的全部 u 工作内容,工作技能,这样你就拥有了区别与别人的横向扩展能力,在公司一个能和不同部门之间有效沟通,建立联系,解决问题,梳理矛盾的技术人员比一个单纯的技术人员要重要的多,同时这样的人也更容易晋升,职业道路越是网上会走,越是要接触更多的部门,拥有和这些部门协作的能力将是至关重要的。

作者:前行的乌龟
https://www.jianshu.com/p/538f570a9450


我来说两句
您需要登录后才可以评论 登录 | 立即注册
facelist
所有评论(0)
作者的其他最新博客
领先的中文移动开发者社区
18620764416
7*24全天服务
意见反馈:1294855032@qq.com

扫一扫关注我们

Powered by Discuz! X3.2© 2001-2019 Comsenz Inc.( 粤ICP备15117877号 )