每个人必须要去探索学习如何寻找适合自己的学习材料。适合你的教材不一定是权威的,「可能有一些你看不起的学习材料,就是是你入门某个领域的关键。」
「**先用薄教材入门,再找“厚”教材,是我百试不爽的学习方法。因为“薄”的教材能让你以最快的速度看完,对整个学科有一个全盘的认识,薄会将你入门这个领域的难度降至最低,短期学习完之后会让你产生更多的兴趣与成就感。**这一点往往更加重要,因为学习,不是100m短跑,而是加长版的马拉松。」
在大多数情况下,学习不是一本固定教材可以搞定的。非要找到一本“最适合自己的”教材,然后就一头扎进去,其实是不科学的。
建议每一个技术点都需要「筛选多个优秀资源去进行 学习、实践、思考、总结。因为不同的作者对同一个事物会从不同的角度做解读,这能够帮助你更深刻的认识一个概念。」
「在每天晚上睡觉的前半小时之内,我们需要复盘当天的学习情况,哪些完成哪些没完成的需要记录,为明天做一个衔接的准备,以确保当前的学习进度是可控的。」
仅仅对着一个问题思考,很多时候都是死胡同。因为我们见识的还不够多,就不足以帮助我们去总结出更加“普遍”问题解决的规律。
我们不要企图通过一个问题就理解问题的本质,这其实和企图通过一本教材就精通一个领域的想法是一样的,是不现实的。
其实大多数问题,都是需要“回头看”的。对一个领域理解的越深入,回头再去看那些曾经的问题,都会产生新的视角,对于很多曾经想不明白的问题也豁然开朗。这也是“进步”的根源。「很多时候,你发现对一些问题“百思不得其解”,或许不是因为自己“笨”,而是因为“还不够努力”。」
2如何分析问题?
只有「挖掘出问题的核心和根本」,才能针对性地提出改进或者完善流程,来避免类似的问题再次出现。
核心是「追究根本原因」。例如针对线上的屏幕适配问题,我们可以提出五种对应的改进方案:
有问题时,运用第一性原理,多读官方文档或源码。阅读源码的本质:优秀框架背后的「设计模式与架构」。
此外,对于一些难以用技术解决的问题,可以从需求的角度去解决。
3学习十步法
对技术人成长最重要的三个因素通常都包含如下三个要点:
而学习十步法的精髓就在于「学习-实践-(思考出问题-学习-实践)-掌握-教授」这一系列过程。注意()内的过程(这个过程也被称为探索)通常需要多次反复进行直到最终掌握这个技术点。
「学习十步法充分利用了人天生的好奇心来帮助我们吸收更多的知识,这将会持续不断的激励我们通过实践向着目标前进,而不仅仅是读书或者听教学视频。」
在开始使用学习十步法之前,首先需要明确的是,「学习计划最好能结合工作计划,理论结合实际,快速学以致用」。因此我们应该「优先学习的是工作中会用到的或将会用到的技能」。
在完成了自己的本职工作之后,我们应该去尽量地考量公司中各个系统和业务模块,看看有哪些不合理和可以改进的地方,然后尽力地提升自己相关方面的技术,并去识别和优化它们,在优化的过程中我们可以优先参考其它公司的技术方案。
了解全局的作用在于我们可以「快速甄别,决定哪些事情值得花费时间」,例如「做一些基础性的研究,例如网络搜索、查阅一下该主题的书的介绍性章节。」
我们应该「聚焦学习范围,关注重点内容」。这儿需要充分利用自己在第1步中收集到的信息,找出自己的学习范围,也可以借助自己的学习理由来决定学习的范围。
选择一个专注而聚焦的范围,「明确学习范围的时候需要尽可能地充分考虑时间因素与衡量时间成本的性价比。」
此外,在这一步中,有两个点需要注意:
好的成功目标应该是「具体的、无二义性」的。例如在学习 ASM + Gradle 时,我定义的目标是:使用 ASM + Gradle 完成一个全局的 Bitmap 监控组件。
https://juejin.im/post/5e780257f265da575209652c#heading-70
目前,我学习的主要信息来源包括如下 「九个渠道」:
*鸿洋注:*开心,提到了 wanandroid.
在这一步,记得也要寻求一些好的薄教材/入门文章,在我们刚开始学习这个主题时,便会从它们开始。
我们需要「根据自己个人的时间去制定适合自己的学习计划」。这一步我们可以把它看作自己写书时候的大纲,这里通常可以通过查阅图书的目录进行。
计划学习前要考虑清楚,一旦开始执行学习计划,就应尽量保持少的变更,除非后续发现计划有问题。因此这里我们需要多加一步去「选取品质最高的资源覆盖学习计划,对于一些购买性的资源可以通过查看评论的方式进行评估。」
这一步的关键在于「过犹不及」。你会很容易就失去自控力,开始消化计划学习中列出的所有资源。但是,你会发现,如果你能经受住这样的诱惑,你会取得更大的成就。我们应该要「专注于掌握自己所需的、能在下一步动手操作的最小量的知识。」
「好记性不如烂笔头」,在学习的过程中,学习的东西至少要做好笔记(印象笔记、有道云笔记),并且后续需要「按照一定的间隔时间去反复复习」。
❝
万事无他,唯手熟尔。教育的首要目标,并不在于”知“,而在于”行“。
❞
对于计算机领域的学习来说,教材的意义其实远远小于实践的意义。
真正动手实践去编程是异常重要的。这就好比学游泳,必须下水去游泳;或者学开车,必须亲自上路。否则你说的再头头是道,一个小学生文化水平的人,只要他开过车,游过泳,都能在这两个领域瞬间秒杀你。
真正的学习上的提高,就发生在实践的过程之中。例如,「debug 就是一种高效的实践方式。它不仅仅是找到代码错误,解决错误的手段,其实更是一个重要的学习手段。」
因此,我们应该「通过探索和实践进行学习,在实践中碰到的问题会引导着我们走向真正重要的方向。当回过头寻找问题的答案时,不只是这些问题迎刃而解,而且你记得的东西比你学习到的东西多得多,因为你所学到的都是对你很重要的东西。」
此外,在实践中,「在某些关键动作上刻意练习,也会取得事半功倍的效果」。因为不停的练习和思考可以改变大脑结构,大脑像肌肉一样,挑战越大,影响越大,学习更高效,并且也会产生突破性。
我们「没有必要把收集到的所有资源全部仔细看一遍,而应该以解决在动手操作中发现的问题为主要目的」。试着把自己正在学习的内容与最终目标关联起来。「你掌握的每个模块,都应该以某种方式推动着你向着终极目标前进。」
在这一步中,我们可以将测试练习与分散练习这两种学习方式结合起来使用,以达到最佳的学习效果。同时,我们最好能给自己设置一系列的挑战阶梯,例如对于学习音视频的同学可以给自己设置如下的挑战阶梯:
使用 Android 音视频 API实现一个播放器 => 使用 FFmpeg 与 OpenGL 实现一个播放器 => 定制 FFmpeg 的源码、掌握 OpenGL/Vulkan 的高阶用法实现功能更加强大的播放器
学习某一个技术其实到最后会形成一颗「技术树」,我们可以使用「思维导图 => XMind || 幕布」进行描述。而对于一些涉及「流程」相关的技术点,我们可以使用「ProcessOn」来画流程图。
❝
如果你能将自己所学的东西都教给别人,那么你不仅能够记住,而且还能够理解得更加深刻。
❞
重点在于,我们需要花时间将自己所学到的东西从大脑中提取出来,以别人能够理解的方式组织起来。「在经历了这整个过程之后你会发现,有很多你以为自己明白了的知识点,其实并没有摸透。这一步对保持信息以及深入理解知识而不仅仅只是流于表面至关重要。」
在教学的过程中,有一些内容是必不可少的,例如:
「是什么?」
「为什么?即它解决了什么问题。」
「优缺点。」
「对比同类技术的不同/相同点。」
「如何使用?」
「如何解决问题的?即内部的实现原理。」
「归纳时注重核心知识与关键细节,并尝试去类比不同领域或不同学科之间的知识。」
「重要的过程、结论。」
分享就是一种很好的教学方式,而且它的时间成本也相对较低,目前常见的有「三种分享方式」:
技术分享的真正意义在于,「总有一部分知识我们并没有真正理解透彻到可以向别人解释,而”教“的过程能够迫使你面对这一部分。在教别人的时候,我们迫使自己面对课题中的难点,深入探索,从只知皮毛变成完全理解。学习知识暂时的,而理解是永久性的。」
「在我们试图教别人的时候,会强迫自己重新组织大脑中的资料」。最好的思维方法就是解释某样东西并将其记录在纸上,或者记录到 Word 文件或者幻灯片中,使你可以将这些互不连贯的碎片信息收集起来,并以一种有效的方法重新组织起来。「要想教人,我们得先把自己教会。」
而在教别人的过程中,最好的教学方式就是「心态谦卑,信心满满——以谦虚的视角来观察问题,以权威的口吻去诠释问题。」
最后,不要忘记进行隔期复习,对于一篇文章来说,可以「先扩展出它的知识树,然后再尝试去描述其中每一个知识节点的核心内容与关键细节。」
❝
开源自己造的轮子也是一种很好的分享方式,我们应该学会造轮子,去写一些框架或组件,建议设置简单到复杂的挑战阶梯。
❞
最后,我就以最近正在学习的 Android 网络优化为例来实践一下十步学习法,其思维导图如下所示:
4重要问题解答专区
建议大家先选定一个自己最感兴趣的方向,后面一段时间就专攻这一个方向,拿 Flutter 做例子,可以先将所有 Flutter 相关的专业文档、优秀书籍、视频教程、文章等搜集起来,将其中涉及的知识大纲列出来,对其中涉及到的每一个知识点(如今天或这几天要学的是布局类组件)需要的对应资料列出来。
然后去学习、实践它的基本用法,接着可以再深入一层看这个知识点涉及到的内部原理(如 Flutter 中常用布局的实现原理),最后总结出对应的学习笔记(供以后复习)。这样学习起来就比较有效果,而且刚开始可以根据自身的状态去调节计划时间的长短,建议开始计划定松一点,确保每天都能完成。
养成习惯并完全适应后,可以加大学习量。这就跟健身的原理一样,刚开始锻炼的人一般都体质比较差,所以需要从最基础的动作开始练,等将基础打好了,体质提升上来了,才能去适当地做一些力量训练,增加肌肉。
这可能说明学习的时候没有注重体系化地学习与思考,而是东学一点西学一点,那这些知识自然而然地会零散地遍布在我们脑海的各处。
为了解决这个问题,我们需要首先需要把目前所学的知识列出来,然后可尽可能地找到这些知识点的联系,把它做成思
维导图。
由于可能有很多联系点我们之前学习的疏漏而没有把它纳入我们的脑海中,但是,这并无大碍,后面我们可以围绕这张 1.0版本的安卓知识思维导图 不断迭代,最终,它就会日渐完善,发挥出想象不到的威力~
其实,对于大家来说,最重要的事情就是 如何去从最本质、最底层的层面去打磨自己?
如何培养兴趣、深入钻研某一个领域从而成为专家?如何具备快速、高效、不断深挖某一技术的核心能力(即一通百通的能力)?
这些问题的答案很难在短时间让大家去明白、理解。其实,我「今年的整个文章路线」就是围绕这些内容而定制的,其共分为几个核心路线:
「软技能、高效构建算法知识地图、性能优化领域专家、NDK 高手之路(偏向于 Native 层的性能优化、Hook 实现)、Flutter(从最重要的核心点 自上而下打通 Flutter 的整个架构体系)」 ,明年上半年的路线:架构师成长之路(从易到难具备强大的架构设计能力) 。
可能有的同学认为我学的好像很杂,其实不然,我一直都专注于一条路线,就是「基础架构研发」,它涉及的主要工作内容就是「架构设计、性能优化、前沿新技术预研(Flutter、JetPack」)。
建议大家选定一条路线,也不一定要是上面的路线,专注于音视频、图形处理 或 AI 移动、大前端 的路线都可以,今年大家一起加油,希望年底能给自己一份满意的答卷~
学习视频的时候建议「开 2 倍速看,对于 不熟悉/偏难 的知识,每看一个小的技术点之后,就实践一遍,然后把实践的成果写入 笔记/你的初稿博客 中,对于 比较熟悉/简单 的知识,一般是看一小节/两三个技术点之后再实践、写入 笔记/你的初稿博客。」
每道算法题都先自己去实现,理清思路后自己去实现一遍。(超过5分钟没思路跳下一步)
然后再看看答案,记住答案的思路,手写一遍。
第二天再重新按照答案的思路再手写一遍。
等到要面试的时候再系统地将所有的题型按类别进行手写即可。
一项新技术的出现,我们应该先去了解它,看它是否对自身的技术成长有比较大的帮助,有的话按优先级加入学习计划表,而不是立马去学习或否定它。
5总结
对于大多数人来说,可能关键不在于学习方式的优劣,而在于「如何不痛苦地坚持下去」。而要解决这个问题,最大的利器便是兴趣。
「只有真正深入到一个领域,才能培养出对其的真正兴趣。如果对一件事的了解不深、不透,总是浅尝辄止,那自然体会不到这件事的妙处,也自然不会产生持久的兴趣。这让人容易滑入一个死循环:了解不够导致兴趣不足,而兴趣不足又无法加深对它的了解。」
新技术频繁出现,我们应该采取有效的针对性措施?**
一项新技术的出现,我们应该先去了解它,看它是否对自身的技术成长有比较大的帮助,有的话按优先级加入学习计划表,而不是立马去学习或否定它。
5总结
对于大多数人来说,可能关键不在于学习方式的优劣,而在于「如何不痛苦地坚持下去」。而要解决这个问题,最大的利器便是兴趣。
「只有真正深入到一个领域,才能培养出对其的真正兴趣。如果对一件事的了解不深、不透,总是浅尝辄止,那自然体会不到这件事的妙处,也自然不会产生持久的兴趣。这让人容易滑入一个死循环:了解不够导致兴趣不足,而兴趣不足又无法加深对它的了解。」