自学篇浅谈个人学习方法

来源：互联网发布：ps软件破解教程编辑：程序博客网时间：2024/05/05 02:30

原文地址http://blog.csdn.net/lmj623565791/article/details/52905934

本人刚入行的一名Android研发，以下如何学习，描述的都是本人自身的方法，不代表适合所有人，仅为建议参考。

以前在上学期间，有大把的时间学习和游戏，自从加入工作以后，发现时间的分配越来越重要。在面试的时候，询问一些项目中使用的第三方库和一些比较热点的问题的时候，经常听到的答案就是没了解过，业务太忙了，根本没时间。

恩，其实也是，业务的确忙，不干活哪来的薪资。所以上班了之后，如何分配时间就是很关键的问题了。

上班以后给我的一个最大的感受就是:没有非常多的整块时间了，每天剩的就是晚上到家后的3个小时左右，这3个小时可能还不能完全投入到学习中。

所以一定要合理的利用闲碎时间。

准备一个TODO应用

因为没有非常大的整块时间，就不要让学什么这种问题来浪费你的时间。因为我每次在想学什么的时候，都会习惯性打开QQ，然后可能就被吸引过去打dota了(~~~~(>_<)~~~~)。

所以，准备一个TODO应用，把学什么这个问题抛给日常生活中。

千万不要相信自己的记忆力，好记忆不如烂笔头真句话是对的。

所以，准备一个TODO应用或者好用的便签，只要能方便的记录关键字就好。当你有时间的时候，看看自己的记录表，选一个关键字，利用2-3个小时，消化这个关键字。

我就自己写了个demo用来记录：

过了一段时间，可以看看自己曾经遇到了多少个不会的知识点，当下又消化了多少个。

以前我喜欢保存书签，后来发现，其实有关键字就够了，相信程序员是能够用好搜索引擎的。

记笔记，这是个非常棒的习惯。

首先，你应该有个笔记本；当然也可以选择电子的，不过我喜欢纸质的。

工作上，对一些问题，进行调研、分析、最终解决方案，这些东西一定要记得总结、整理，记到笔记本上。不然下次遇到这个问题，还要去找代码，找到了还要去想，当时为啥要要这么写那就尴尬了。
看书，对于一本书，你拿到手，基本上不可能里面所有的东西你都不会，也不能所有的东西你都会。所以，在看书的时候，旁边放个笔记本，把看到的写的不错的地方（或者是以前未关注的），记到笔记本上（后续可以根据笔记做验证）。
不过我一般会把一些未了解过的直接在目录上写下一些关键字，然后可能会将这些标记的部分再读一遍（可能是几遍），最后记录到笔记本上，这样你就能将一本书，浓缩为几页的笔记了，会大大节省你以后复习的时间。
看视频，我现在看视频比较少，不过我大学的时候看过无数的视频，看视频最后的产物最好的就是笔记，代码可能时间长了都会丢失或者忘记。抱着一点印象，去视频中找某个知识点，还是非常痛苦的，再说视频那么占空间，不如删了换点新货。所以，将无数个视频浓缩了一个笔记本，还是非常棒的。
现在好的视频非常多，也不需要我推荐了，大家都懂。
看博客，恩，同上，记录下你觉得值得记录的东西。

源码阅读，恩，尤其是针对你正在使用的第三方库。

千万不要面试的时候，什么源码都未学习过，理由就是业务太忙，更有甚者说“我觉得没用”。

阅读源码，我一般分为两种，一种为粗读；

大概就是，根据使用的入口，大体的查看类间关系，调用的流程，了解其内部的原理。比如retrofit2，大致粗读，了解核心是动态代理，内部其实依赖okhttp3，接口方法中的注解的方式，实际上是利用反射提取构建okhttp的Request用的。

还有一种是细读；

细读就是看的非常的细致，思考它为什么这么做，甚至遇到对某个地方比较好的处理，拿笔记本完整的将代码记录下来也可以。

粗读了解大致原理，细读吸收其精华。

当然了，说起来容易，实践起来还是挺难的，所以加油吧。

注意阅读源码的前提是你对其是用来干嘛的，以及基本的使用你都了解了。不要随便抓个库，上来就读源码，何必呢~

上面几点就是在积累比较分散的知识点。

这一点主要是一个大方向的学习计划。

定个期限，读完一本书。不管什么时候，都可以考虑保持长期的读书计划。好处就不多说了，不要在乎一本书的钱，能学到一点东西都是值得的。
长期的学习规划，遇到一些平时用不到，但是想学习的但是又不是几天可以学完的，可以列为长期的学习计划，比如framework，一门脚本语言，React Native等，可以找几个朋友一起学，相互间的督促可能更容易坚持些。我就找过妹子一起学习framework，每周一个方面…

好了，以上就是我的学习方法~

量变引起质变，不坚持，再好的学习方法也没用。

0 0