知识体系分解和聚合
构建自己的知识体系
记得自己在刚参加工作3年后,大概是在04还是05年左右,我就用思维导图整理了软件工程,IT项目管理,IT咨询规划等多个知识体系图,其核心的原因还是在工作和实践一段时间后,容易陷入一种重复性的事务劳动中,同时对后续的学习和实践方向目标产生迷茫。
一叶障目,不见泰山。
而实际上任何一个专业的知识领域要想成为专家都需要我们持续不断的学习和实践,没有了新的目标是你自己任务你所在业务或技术领域已经基本都掌握了,而不清楚整个领域的知识体系结构究竟是怎么回事。
即不知道自己不知道。
你可能给自己定了更高的学习和成长目标,但是学习成长路线究竟是如何你并不清楚,更加不知道应该如何循序渐进地达到目标,通过学习和实践成为该领域的专家。当没有目标的时候,先定下目标。
当有了目标也迷茫的时候,那么就需要一张知识地图。
那么你所在领域的知识体系结构就相当重要。
对于知识体系的梳理,可以看到在学校期间本身已经形成初步的理论化的知识体系结构,包括现在中学教材我们也看到已经在用思维导图方式的知识体系图,帮助学生进行知识点的归纳和总结。
但是理论阶段的知识体系最大的问题就是往往有多个知识体系,各个知识体系间的相互关系和融合往往并不是特别清晰。
这个实际我在谈教育的文章多次指出,即当前教育导致多个学科知识严重割裂,学生本身无法将这些隔离知识融会贯通形成一个完整的整体。
其核心的一个原因是,知识体系的融合往往必须通过大量的实践,进行实践后的总结。而不是简单的理论和理论的拼凑和糅合。形成理论-实践-复盘的完整闭环
那么如何来实现整个知识体系融合?
这个里面最核心的一个就是理论驱动实践,同时在实践过程中解决问题后快速地进行复盘,通过复盘来完成理论知识点之间的抽象聚合,这个抽象聚合即我们常说的实践经验和方法论,这个过程可以参考下图。
对于刚参加工作,实际上不太建议整理完整的知识体系图,或者说也不太建议马上参考他人的完整知识体系图进行系统性的学习。
工作后的重点还是实践和问题驱动,在实践过程中解决不同的问题你都会看到会用到原有理论学习中多个知识体系结构中的不同知识点进行组合,最终解决了问题。即问题的解决用到很多离散的知识点,这些知识点之间发生了关系和融合,最终解决了问题。知识点间的衔接都是和最终的问题域相关的,而不是硬生生强加的关联。
实践,通过问题的分解,最终导致了原有理论知识体系或知识点的分解,最终形成一个个更加细粒度的离散知识点。任何一个对自己有价值的知识体系的形成一定是先实践,最终通过分解形成了一个诸多离散知识点的大知识集合,然后再通过总结和归纳来思考如何从底向上抽象形成某一个领域的完整知识体系。
通过实践,你会发现你原有理论体系有不少内容会被抛弃掉,同时又通过实践增加了更多额外的知识点。
我们举个例子,如果你要完成一个微服务架构功能的设计开发,你可能买了SpringCLoud完整架构和开发指南的书籍,也买了Mysql数据库书籍,VUE开发书籍,但是你会发现完成你的目标功能你并需要完整学习完所有书籍的所有内容,而是所有书籍里面的部分关键内容组合即完成了你的最小化目标。完成这个目标后,你关系的不是SpingCloud整个知识体系,而是关心一个功能要独立开发完究竟用到数据库,中间件,前端哪些知识点。
也就是你完成知识点的融合是问题驱动或场景驱动的。
当你通过实践真正去做开发,去解决问题后,你会发现各个知识点之间如何衔接你也就搞清楚了,这也就是我们常说的知识点之间如何串起来的意思。
经过一段时间的实践后,你会发现对某一个专业领域有了初步的认识,即面对任何新任务,新问题的时候你基本都能够找到已有知识点进行整理和加工后很好的完成任务。那么这个时候你基本可以整理出完整的适合自己的知识体系图了。
即通过底层的知识点集合,逐步地朝上进行抽象和聚合,在抽象过程中考虑知识层次和粒度问题,最终形成一个完整的知识树。
在传统知识树基础上,我们总结了方法论和模式,即知识树上的知识点会发生关联,这种关联本身是由意义上,解决了知识间横向贯通的问题。
同时在整理知识体系过程中,你会发现原有的理论体系需要进行重构,一个是本身知识点的层级问题,一个是知识点的粒度大小问题,通过重构可以将原有理论化的多个知识体系根据专业领域融合为一个完整的知识体系结构图。
这种知识体系图已经不是纯粹的理论,而是已经内化为你自己的大量隐性经验和方法论。
理论到理论往往没有太大价值,真正价值是理论-》实践-》理论的循环迭代过程。
通过实践和问题驱动,实现了原有知识的进一步分解,而通过实践后的总结实现了分解后知识的抽象和聚合。分解+聚合形成一个完整的闭环过程,而最终输出的知识体系是融入了自己方法论和经验的价值输出。抽象后的知识体系
在知识经验库形成中。学习,实践,总结复盘是最核心的三个内容。
人们不可能通过思考养成一种实践习惯,而只能够通过实践学会一种新的思考方式,而这种思考方式就是我们经常说的个人经验模式库。
最近在自己头脑里面一直在思考证悟这个词,或者叫实证,即凡所有事,必须经过你亲自实践或验证,往往你才能够最终确定是否满足你的期望,是否能够满足他人期望。
你的经验和体系化能力是通过大量实践后再抽象浓缩而成的,而不是简单的理论拼凑成的。
对于整个持续迭代和知识转化过程可以参考下图:
即随着学习实践,复盘总结的整个生命周期,整个知识库不断地进行演进,具体如下:1.资料库:简单的资料收集和下载,简单的碎片化的阅读,泛读
2.知识库:主题阅读,主题学习,内容的精读,已有资料的归类整理
3.经验库:实践后的总结和复盘,经验教训,心得体会
4.模式库:在某一个专业领域长期的大量的实践,对一个事物群或问题群进行的体系化总结
再简单解释下就是。
首先你通过大量的阅读和泛读,平时的资料收集形成了自己最基本的资料库。但是这个资料库往往并没有太大的价值。
在资料库形成后,我们会基于目标驱动或主题阅读的思路对收集的资料进行归类整理,对这些有用的资料进行精读和学习,这个时候逐步形成了个人的知识库。
但是这个知识库本身仍然没有经过实践的检验。
因此下一个步骤进行进行大量的实践,通过实践后将知识转变为自己的技能和经验,但是技能经验往往是隐性的,也可能是零散和碎片化的。那么这个时候的关键就是总结复盘。通过总结复盘将零散的经验进行体系化的整理,将知识经验转变为适合自己的方法论和模式。
复盘后形成的知识体系
在复盘后形成的知识体系,往往就不再是单一个领域,单一学科简单的理论知识体系,而是面对问题和场景的知识融合体系。
这个知识体系往往涉及到多个学科,多个知识点之间的融合。
就拿软件领域来说,类似IT领域完整的知识体系往往涉及到软技能和硬技能,IT项目管理和产品管理,软件工程,软件支撑过程诸多的知识域的高度融合。这个知识体系最终应该是通过实践形成的,并根据个人情况不断地改进和完善。
当走到这步的时候,希望大家意识到。
通过实践和复盘,形成这个完整知识体系的梳理过程,分析过程,归纳和抽象过程才是最重要的,这本身就是你核心的思维过程和逻辑。而最终形成的静态知识结构仅仅是一个附属品的产出。
类似通过思维导图形成的这种知识结构实际上你给他人往往并不会起到太大的作用,这是一个静态的结构,别人基本无法理解你形成这个知识结构的动态思考过程。这也是我们常说的思维导图本身的一个弊端。