Android开发你需要了解的那些事,写得太好了

我们接着来聊聊如何进阶学习

首先要说的是,技术的学习是个日积月累,由量变到质变的过程,没有任何的办法能够让你在短时间内成为大牛,所谓的一步登天,是留给那些传说中的天才的,但天才毕竟只是极少的一部分人。

大部分大牛还是靠着持之以恒的毅力,冠以正确的学习方法,通过不断努力,不断学习,花费了大量的精力才达到了他们现在的成就。

所以,当你通读完官方文档的时候,你实际上只是迈出了一小步,要成为真正的大牛,还需要在之后的学习中不断努力。

那我们如何来进行下一步的学习呢?

那就得说到项目实战了

我们学习一门技术的最终目的就是将其运用到实际项目中,一门技术不管多厉害,如果没有办法运用到实际项目中,那它的意义跟价值就非常有限了。

而且人脑不比计算机,是会遗忘的,如果不通过大量的项目实战,很多知识点你很快便会忘记,至少我是这样的(谁能告诉我,记忆力不好怎么才能被拯救!!)。

所以读完官方文档后,我们是一定要通过大量的项目实战来不断巩固我们的知识点的,此时的你很多知识点其实是不能完全理解的,只有通过项目的历练,在踩坑中分析,在解决问题中成长,才能从本质上理解一些技术的概念。

有经验的开发人员应该多多少少有这样的经历,就是有些概念一开始并不是很理解,但是在一次次的项目过程中,你会发现竟然不知不觉地明白了其中的原理,是的,就是这种感觉!

对于项目实战,我其实没有太多的技巧,还是一句话,就是干,但是这个过程中你一定要去多思考,为什么这么写,为什么这么做,学着去了解原理,去关注本质。

再来聊聊读技术文章

在这样一个信息大爆炸的时代,要从网上找到某一门技术的干货文章是非常容易的一件事,各类的技术平台(csdn,cnblogs,oschina,安卓巴士,segmentfault等等等),各类的微信平台公众号,都是很好的获取干货信息的途径。

虽说官方文档很神奇,但是还是有很多知识点我们可能还没发现,因为他们往往隐藏在更深的API文档之中,而大量的API也导致我们很难将所有的API文档都通读,更多的还是将其作为一个查阅工具来使用。

在我的观念里,不主动去关注各种技术平台获取技术信息的程序员不是一名合格的程序员,
所以每天早晨我都会花至少一个小时在关注的各类技术平台上获取有用的信息

一方面查找相关技术的干货文章,通过对这些文章的阅读对自己的知识点进行巩固和查漏补缺,毕竟技术的学习不仅仅是文档上那些最原始的技术点,还包含各种架构的设计、工具的使用、功能的实现及解决方案的应用等,通过这些平台上的各种文章,可以让自己的知识体系更加地完善。

另一方面,作为一名开发人员,我们需要通过这些平台了解最新的技术动态,关注技术的发展趋势,毕竟现在技术的更新速度非常之快,技术生态圈的转换随时会导致某项技术的淘汰(作为一个俗人,我是来赚钱的,所以根据技术趋势做好技术储备对我来说是必不可少的)
话说回来,程序员真是一群爱分享的小伙伴,所以现在的技术文章真的是太多太多了,多到眼花缭乱。

我们不得不根据自己的情况来进行适当的筛选和阅读,来提高学习效率。

就我来说,我根据自己的理解将技术类文章分为了四类:

知识点讲解类:一般针对某个技术的特定知识点进行介绍。

功能实现\解决方案类:针对性比较强,一般都是某个特定功能或是特定场景下的功能实现或是方案应用包括Bug的解决方案等,文章一般会带有一定的思路分析,以及具体代码实现。

源码\框架原理分析类:针对各个技术点或是框架进行源码拆解、分析和讲解。

学习方法/经验总结类:主要是介绍一些学习方法,以及对项目开发中遇到的问题进行总结分析。

对于知识讲解类的文章,如果你已经学会了阅读官方文档,那很容易就能够判断它是否只是文档的搬运工,如果是文档的搬运工,我会快速略过,重点关注作者是否加入了自己的分析和观点。如果是作者原创的,那我会仔细阅读一遍,看看自己对于某个知识点的理解是否有偏差,是否有遗漏。

功能实现\解决方案这类的文章,场景众多,我重点关注的是它的实现和分析思路,以便在类似的场景中进行举一反三,对于一些常用功能或方案,我会仔细阅读和研究他们的代码,剩下的则主要进行标记和收藏,在大脑中留个印象,建立个索引,在需要的时候再去进行查阅,像我这样的渣记忆,不常用场景的实现一段时间后就只记得标题了。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zgzfdz.html