今天偶然想起两种学习方式，一种学习方式就是通过做事来学习。一种是通过建立知识体系方式来学习。
于是自己产生纠结的情绪，就是不由得会问自己哪种方式更好呢？
如果没有一个答案的话，自己很可能会因为纠结于采用哪种学习方式耗费大量的时间。
所以为了消除这个隐患，选择进行分析这两种学习方式，然后采用更适合自己的方式学习。
因为职业缘故，就拿我熟悉的事情举一个例子，比如做一个记账系统。
第一种学习方式，也就是通过做事来学习，会怎么做呢？
直接开始做记账系统，不会怎么办，通过问百度、问人，去了解怎么做，找找可以参考的例子。
在这个过程中，不断遇到问题解决问题，最后将记账系统做出来，学习也就完成了。
第二种学习方式，也就是通过建立知识体系，会怎么做呢？
先学一门编程语言，然后是数据结构和算法，之后是计算机组成原理，再然后是操作系统，最后是写一个记账系统。
这两种方式有什么区别呢？
这两个记账系统的性能不同，虽然两种方式都是完成了记账系统，但是后者的记账系统的性能可能比前者高出好几个数量级。
这两个记账系统的所用时间不同，前者估计几个月基本就能完成，后者可能需要至少一年的时间。
这两个记账系统的维护难度不同，前者因为是东拼西凑而来的后期想要新增加功能比较难，后者因为有前期设计更容易扩展功能。
后续要做一个新系统的速度不同，前者如果新系统和老系统业务差别很大又需要重新开始做，后者仅需要对老系统架构进行微调稍微改造，增加新系统的业务逻辑，新系统便能够很快完成。
面对新架构的学习速度不同，时代在进步，系统的框架也在进步，所以需要不断学习新架构以满足新需求，前者学到一个就是一个，后者则可以举一反三。
不知道你发现没有，从我的描述来看，后者百般好前者各种不好，其实这样所谓的分析，其实是在给自己找坚持下去的理由。（我目前就是选择第二种方式学习）
前者其实是有好处的，对于一个只是好奇想要尝试做一个系统的人来说，选择第一种方式更加适合，也更容易坚持下来，因为每一步都是在接近目标。
当所有的问题解决了，系统也就做出来了。
所以说，如果想要长期发展选择第二种学习方式更好，如果想要尝试体会建立兴趣第一种学习方式更好。
