Android 开发们的现状通病~

Posted 懂你的大海

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android 开发们的现状通病~相关的知识,希望对你有一定的参考价值。

android开发的现状貌似已经是一个老生常谈的问题了。但今天不想写Android开发的现状,什么Android前景如何、Android凉凉之类被别人写烂了的话题。

今天我们来聊聊我们自己,我们Android程序员的现状。

各位朋友也都是从标题看起点进来的。确实,标题很扎心,也很真实。架构师是程序员晋升的顶点,谁不想成为一名架构师呢?为什么大部分程序员从入行到转行,自始至终还是一个码农呢?我们带着思考看下去。

大部分程序员都是从小公司、小团队做起。特别是非科班出身的程序员,除非技术过硬,不然很难进到大公司或BAT之类的大厂。小团队一般 10个 人左右,其中常常是技术最好的做架构师(或CTO)。所以,架构师在广大码农中的占比平均不到 10%。

而架构师也可以分为初级、中级、高级,江湖上真正高水平的软件架构师就更少了。

所以,可以说90%以上码农肝了几年、甚至十几年,还是做不了架构师,这是什么原因造成的呢?

什么是架构师?

架构( Architecture)这个词,来自于建筑领域。我们经常将编程比喻成造建筑。工地上分工明确,各有等级,按照一所建筑的流程来看:
首先是开发商提出需求(公司客户)
到承包商拦下项目(公司本身)
总工程师画出建筑图纸,这一步最为关键,房子的总体框架,模型,建好后长什么样子,钢筋水泥瓷砖地板装修用料都要给出明确的流程和步骤(架构师)
工头领队施工(TL)
和水泥的和水泥,砌砖师傅砌砖等等(码农,业务代码)

可以说,建房子和编程开发的流程,完美的契合。

插一个自己的小故事

要明白一点:写业务代码和做架构是两个完全不同的事情。

刚踏进大学入门Android开发的时候,对架构师这个词并没有太多的概念,就觉得肯定很牛13,我以后工作了也肯定是个架构师。

后来开始写代码,从Java学起,然后四大组件,写Activity,然后学UI,学布局等等等。

学校毕业出来,我已经能独立开发自己的APP,虽然就是些什么图书借还APP,壁纸下载APP。但我依旧觉得自己很牛13。但是这份资历加上科班出身,毕业后我还是轻松得到了一家小公司的offer。工作一年后,我已经能基本上独立解决自己开发岗位上的问题了。

我贼牛逼。但是我不会口头上说出来,我要跳槽,这家小公司的舞台已经不够我发挥了,但我不会说出来,先找好下家,再提辞职,刚步入社会的我,就有如此远见,佩服自己。

于是我拿着自己1年工作经验的简历,投给了阿里巴巴,Android研发工程师。淦,面试都没收到。
然后我又投了当时如日中天的字节跳动,号称年轻人的天下。淦,又没收到面试。
是我眼高手低了?投了一家上市公司,金融行业,程序员最赚钱的行业,我**,又不给面试。

???

最后终于面到了一家中大型的企业,嗯…中级Android工程师。
自我介绍完,说了一下我做过的项目后,leader脸上一副:就这?就这?的表情。
当然,作为成年人的他,还是有着该有的涵养和礼貌,并没有打断我说话之类的。
然后到面试问题环节
leader一上来就问:看你简历上写熟悉 AIDL,说一说 oneway 吧
我:啊?oneway 是什么?跟 AIDL 没关系吧,我熟悉 AIDL 指的是使用 AIDL 接口进行跨进程通信。
面试官:…

啊哈,接下来的15分钟我羞耻的恨不得立马破门而出!binder通信原理是什么?说不清。子线程可以创建Handler吗?母鸡啊。activity启动流程总能说一说吧?哈哈哈,忘记了…

我人生中的第一次跳槽就这样羞辱的结束了。。。。。。。

这件事过后,我如梦方醒。光会砌砖(写业务代码)就想当总工头(架构师)?不可能。

这也是大部分码农无法成为架构师的一个原因。一直停留在业务层面,把砖砌的再好,终究只是砌砖师傅。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gyjqa1OT-1647609342135)(//upload-images.jianshu.io/upload_images/22976303-16f7dbc2e567a64a.png?imageMogr2/auto-orient/strip|imageView2/2/w/658)]

怎样能成为一名架构师?

我们依旧比喻成造房子,也就是说,从一个砌砖师傅怎么才能一步步成为总工头呢?

一、把砖砌好

代码是写给别人看的,写好业务代码是成为架构师的第一步。

没有哪一个架构师不是从写业务代码成长过来的。没有不懂业务的架构师,所有的架构,都依赖于业务。所有的架构师,也必须要去写业务代码,不把自己设计的东西,用在真正的项目里,恐怕他们自己都不会知道,这种架构设计的合理性在哪里。

这里我想表达的代码质量优化,并不单指日常编程。

我想表达的是一种架构思想:面向未来编程

一个好的工程师,在听到需求的时候,可以根据自己的业务能力,判断出来这些需求中,哪些是有可能变化的,哪些是不太可能变化的。

针对这些变化的内容,在编写的过程中,不会写死,而反复确认不可能会变化的需求,会写的简单一些,防止过度设计引起的复杂度。

简单说,当他拿到需求时,并不单纯是考虑这个需求怎么实现,还会考虑,自己设计的架构体系,扩展性在哪里,在他的眼里,看到的需求会被分解,折分,然后自己的技术方案,会挨个分解,分配。

在完成设计之后,他会很清楚的知道 ,自己设计的系统里,哪些变化是支持的,随便你改,我只需要改动一个很简单的内容,哪些是你绝对不能改的,你要改,我就必须花很大的代价,特别是在已经有线上数据的时候。

而且会拿着自己的架构体系跟 PM 沟通,讲清楚。

如果你编程时已经有了这种思想,说明你已经具备了一名架构师的基本素养。

二、清楚砖头钢筋水泥的成分

房子要建好,必定要选用好的材料。这些便是房子的底层、基础。

在编程中,我们所用的语言便是砖头,各种工具类便是水泥,各种框架便是钢筋。

光会用当然不行,必然要“知其然,知其所以然”,“所以然”便是各种方法、工具类、应用框架的底层源码以及他的实现原理。

对于绝大多数编程从业开发者而言都面临一个普遍的问题:广度与深度难以兼顾。

每个企业的业务方向都不一样,用的技术也不一样。运气好,面试的时候甲方公司用的技术刚好跟你学的一样,结果技术面一问,你只答的出四大组件有哪些,生命周期支支吾吾也说不太清楚,view的绘制流程模棱两可,垃圾回收算法一知半解,性能优化一窍不通。这要是能找到offer,那就见鬼了。

很多人在开发过程中只是浮在表面,忽略底层源码分析,面试求职的简历也没有进行修缮和突出重点,自然求职不顺,加薪无望。

所以解决这个问题的最好办法就是:**抓住不变量。**要知道,底层知识永远都不过时。算法数据结构永远都不过时。基本的程序设计理论永远都不过时。良好的编码习惯永远都不过时。分析问题和解决问题的能力永远都不过时。强大的学习能力和旺盛的求知欲永远都不过时。你大脑的思维方式永远都不过时。

举个栗子

大家应该知道也懂得性能优化的重要性,可工作中由于对整个知识掌握不够,所以会在性能优化上没有自己的理解。比如,Glide,这个是我们经常用的技术,相信大家都会用:

Glide.with(context).load("图片url").into(imageView)

但是大家谁知道这个里面有性能上面的坑啊?

如果我们不能体系的去掌握activity,fragment,application的生命周期,而且也不了解glide源码,因而我们可能是直接在context的地方传this,或者,直接给application的context,那么此时Glide的生命周期就和this,或者application绑定了,那么结果大家可想而知,在嵌套的fragment+viewPager的代码结构中,生命周期的管理不到位,就会带来生命周期问题的内存碎片。自然大家就知道,类似的情况多了性能就会一点一点的损失,最后导致app的运行过程中偶现的OOM,结果可想而知。

底层知识学扎实了,上层的东西像风筝一般千变万化,而你是在底下扯线的那个人,顺着线往下拉,便能轻松看清楚这个风筝长什么样。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vCtW7j6m-1647609342138)(//upload-images.jianshu.io/upload_images/22976303-5d01df0662d5eea9.png?imageMogr2/auto-orient/strip|imageView2/2/w/658)]

三、房子要漂亮,装修少不了

这个点相信大家很容易就能想到我接下来要说什么了。没错,就是Android开发少不了的—性能优化。

性能优化绝对是一个老Android必修的课题,没有过性能优化的经验,去哪里找工作都免不了碰壁。

一名Android架构师,必定要掌控整个APP的总体构成,用户体验,是最为重要的一点。

作为Android开发,大部分朋友可能会对性能优化这个Topic如数家珍,Google官方在几年前也有“Android性能最佳实践系列”(Android Performance Patterns),当然,其中大部分的Tips都是需要大家遵循的规范,但是无论理论上怎么说,我们所做的工作最终还是需要为业务服务,不管你是为了提高下载量、优化用户评价、还是提高业务的转化率,都需要给出性能优化的ROI。

经过近十年的发展,Android技术优化日新月异,如今Android 10.0 已经发布,Android系统性能也已经非常流畅,可以在体验上完全媲美ios。到了各大厂商手里,改源码、自定义系统,使得Android原生系统变得鱼龙混杂,然后到了不同层次的开发工程师手里,因为技术水平的参差不齐,即使很多手机在跑分软件性能非常高,打开应用依然存在卡顿现象。

APP进行性能优化已成为开发者该有的一种综合素质,也是开发者能够完成高质量应用程序作品的保证。

小结一下

从Android小白到架构师的职业规划到底是怎样的?

我们初入这行是可能出于兴趣,可能出于前景。
入行这个职业就代表着你需要不断的学习、学习,进阶、进阶。

在我们入行之初,为了就业,我们不得不让自己的知识体系更具有**“广度”**

入职后,你发现并不是之前所学的知识都需要用到,你开始需要进阶某一知识模块的**“深度”**
此时你具备初级开发的:知识点

工作了几年后,你发现你需要更大的舞台,你需要好几个连起来模块的深度进修。
此时你具备了中级工程师的:知识面

又过了几年,你已是职场老鸟,你几乎能解决工作中所有日常问题。你具有许多的知识面,你将你所有的知识面串联,形成了一套完整的知识体系。
此时你是一名高级工程师:知识体系

可是,你已经到了30+,快要退休的年纪,你身后有无数的高级工程师随时可取代你的位置。

此时,你需要探索代码更深处的奥妙,你不再是只会建房子的“砌砖师傅”

你懂得每块砖头的组成、结构,你知道一所房子哪个地方需要这块“砖头”,哪个地方适合另一种“砖头”。你知道这所房子需要怎样建造,怎样设计更坚固、合理且美观。

此时,你是一名架构师。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sHoX0DeN-1647609342141)(//upload-images.jianshu.io/upload_images/22976303-12111caad05cd83c.png?imageMogr2/auto-orient/strip|imageView2/2/w/658)]

最后

为什么很多程序员做不了架构师。
1、良好健康的职业规划很重要,但大多数人都忽略了
2、学习的习惯很重要,持之以恒才是正解。
3、编程思维没能提升一个台阶,局限在了编码,业务,没考虑过选型、扩展
4、身边没有好的架构师引导、培养。所处的圈子对程序员的成长影响巨大。

我是小码,一名来自OPPO的程序员。
欢迎关注我的简书,分享Android干货,交流Android技术。
对文章有何见解,或者有何技术问题,都可以在评论区一起留言讨论,我会虔诚为你解答。
也欢迎大家来我的B站找我玩,有各类Android架构师进阶技术难点的视频讲解,只为助你早日升职加薪。
B站直通车:https://space.bilibili.com/1478341492
用代码码出牛逼的人生。

彩蛋:

我整理的一份Android 工程师进阶架构师的成长学习路线图和一些相关学习文档,因里面记录的知识点较多就不一一展现了,有兴趣的可以去我 【GitHub】查阅收藏起来,没兴趣可不看。

GitHub地址:  
https://github.com/733gh/Android-T3 

以上是关于Android 开发们的现状通病~的主要内容,如果未能解决你的问题,请参考以下文章

大多数 Android 开发们的现状:“晋升无望收入见顶……”

1024程序员节:这就是国内开发者的现状?

Android 12 正式发布 | 开发者们的全新舞台

Android 12 正式发布 | 开发者们的全新舞台

Android IOS WebRTC 音视频开发总结(六二)-- 大数据解密国外实时通讯行业开发现状

Android开发前景及现状分析