“思考wiki”的版本间的差异

跳到导航 跳到搜索
删除470字节 、 2021年11月4日 (四) 15:10
无编辑摘要
(创建页面,内容为“ == 前言 == * 什么是知识管理 * 为什么要管理知识 * 如何管理知识 == 什么是知识管理 == 个人知识管理(Personal Knowledge Managemen…”)
 
第27行: 第27行:
知识管理分为三个过程:
知识管理分为三个过程:


知识积累,碎片整理,思考加工,归档完善。
知识积累,碎片整理;思考加工;归档完善。


== 知识积累 ==
== 知识积累 ==
想想我们习以为常的知识积累方式有哪些?也许记笔记是我们最常用的一种。对于程序员来说,用笔记录笔记并不现实,我刚学 C++ 的时候就是把语法记在笔记上。实际上,这种做法是很低效的。更有效的方法是用笔记软件帮我们记录文章。例如说,印象笔记,有道笔记等。
想想我们习以为常的知识积累方式有哪些?也许记笔记是我们最常用的一种。实际上,这种做法是很低效的,大量数据很难归档检索和利用。更有效的方法是用笔记软件帮我们记录文章。例如说,印象笔记,有道笔记等。


一开始我看到好的技术文章时,都是加书签存起来。后面发现这样不能离线访问,而且链接可能会失效。后来用上了笔记软件,于是我可以把文章保存到笔记中,随时可以翻出来看。可以说,笔记软件给知识积累带来了极大方便,同时可以分类管理不同的知识。
一开始我看到好的技术文章时,都是加书签存起来。后面发现这样不能离线访问,而且链接可能会失效。后来用上了笔记软件,于是我可以把文章保存到笔记中,随时可以翻出来看。可以说,笔记软件给知识积累带来了极大方便,同时可以分类管理不同的知识。
第41行: 第41行:
我自己经常遇到这样的情况:要用到某个 Linux 命令的时候,经常大费周章地去搜索。有人说直接查 man 手册不是很快吗?确实查 man 手册比查搜索引擎要快,但是有两个问题:一是看了 man 手册的命令语法,我还得试试看;二是如果我不知道命令的名字怎么查 man。所以,最快的方法不是搜索引擎,也不是 man 手册,而是个人 wiki。
我自己经常遇到这样的情况:要用到某个 Linux 命令的时候,经常大费周章地去搜索。有人说直接查 man 手册不是很快吗?确实查 man 手册比查搜索引擎要快,但是有两个问题:一是看了 man 手册的命令语法,我还得试试看;二是如果我不知道命令的名字怎么查 man。所以,最快的方法不是搜索引擎,也不是 man 手册,而是个人 wiki。


与大家平常所知的 wiki 不同,个人 wiki 主要是用来记录知识碎片的,例如说:某个常用命令的语法,特定的软件配置等等。如果还是不理解,可以看看我的个人 Wiki。这些知识碎片是我们初步消化的知识,只不过因为太过碎片,不能够组成完整的知识体系。很多人以为把看到的文章保存到自己的笔记里面,就有一种已经掌握它的错觉,结果保存了成千上百的文章,却一篇都没认真看完。别人的文章是他的知识沉淀,并不是自己的。随时把文章中的精华提取整理到 wiki,才能初步消化知识,为后面的思考加工做准备。
与大家平常所知的 wiki 不同,个人 wiki 主要是用来记录'''知识碎片'''的,例如说:某个常用命令的语法,特定的软件配置等等。如果还是不理解,可以看看我的个人 Wiki。'''这些知识碎片是我们初步消化的知识,只不过因为太过碎片,不能够组成完整的知识体系。'''很多人以为把看到的文章保存到自己的笔记里面,就有一种已经掌握它的错觉,结果保存了成千上百的文章,却一篇都没认真看完。别人的文章是他的知识沉淀,并不是自己的。随时把文章中的精华提取整理到 wiki,才能初步消化知识,为后面的思考加工做准备。


有人会问为什么不用笔记软件记录这些碎片化的知识呢?用 wiki 当然是有理由的:
有人会问为什么不用笔记软件记录这些碎片化的知识呢?用 wiki 当然是有理由的:


笔记软件保存的主要是知识原料。我们从网上保存别人的文章到笔记,存下来的知识是别人的,你只是存下来而已,还没经过消化。我们上面把笔记软件定义为知识的仓库,如果把初步消化后的知识也存在那里,会造成一定的混乱。当然你一定要这么做也可以,但我有分层的思维定势,这算是职业病吧。
笔记软件保存的主要是知识原料。我们从网上保存别人的文章到笔记,存下来的知识是别人的,你只是存下来而已,还没经过消化。'''我们上面把笔记软件定义为知识的仓库,如果把初步消化后的知识也存在那里,会造成一定的混乱。'''当然你一定要这么做也可以,但我有分层的思维定势,这算是职业病吧。


wiki 是随处可访问的。wiki 发布在互联网上,我们可以随时随地访问它。
wiki 是随处可访问的。wiki 发布在互联网上,我们可以随时随地访问它。wiki 是分享的。任何人都可以访问你的 wiki,分享自己的知识何乐而不为呢?


wiki 是分享的。任何人都可以访问你的 wiki,分享自己的知识何乐而不为呢?
如果有伙伴加入到,wiki的协同中。会更加高效。
 
那么如何制作自己的 wiki 呢?我自己用的是 Simiki,具体用法查看 Simiki-个人Wiki写作。发布到互联网我用的是 Github Page,具体操作自行搜索。


== 思考加工 ==
== 思考加工 ==
写博客是最好的思考加工知识的方法。当年我也是被刘未鹏的 为什么你应该(从现在开始就)写博客 和 书写是为了更好的思考 给带入坑的。写博客的好处我就不提了,看上面两篇文章就够洗脑了。下面我着重谈谈如何写好博客的一点个人经验。
写博客是最好的思考加工知识的方法,下面我着重谈谈如何写好博客的一点个人经验。


博客少写纯操作指南类的文章。网上大部分博客写的都是纯操作指南类的文章,例如,如何搭建 LAMP 之类,可能作者自己都不清楚为什么要这么做。不是说纯操作指南类的文章不好,相反我觉得这种文章很重要,只是它的位置不对。它应该放在 wiki 中,因为纯操作指南类的文章只是描述步骤,关注点是怎么做,而不是为什么。写博客的关注点应该在为什么,讲清楚为什么要这么做。另外不要钻牛角尖,我说的是纯操作指南,不要以为只要是搭建环境之类的文章都不能写,这里的“纯”代表只给步骤,不提背后的原理。其实写得好的操作指南应该力求让读者知其然,知其所以然。
博客少写纯操作指南类的文章。网上大部分博客写的都是纯操作指南类的文章,例如,如何搭建 LAMP 之类,可能作者自己都不清楚为什么要这么做。不是说纯操作指南类的文章不好,相反我觉得这种文章很重要,只是它的位置不对。它应该放在 wiki 中,因为纯操作指南类的文章只是描述步骤,关注点是怎么做,而不是为什么。写博客的关注点应该在为什么,讲清楚为什么要这么做。另外不要钻牛角尖,我说的是纯操作指南,不要以为只要是搭建环境之类的文章都不能写,这里的“纯”代表只给步骤,不提背后的原理。其实写得好的操作指南应该力求让读者知其然,知其所以然。
第75行: 第73行:
思考加工:对存在笔记和 wiki 中知识进行思考加工后写在博客。
思考加工:对存在笔记和 wiki 中知识进行思考加工后写在博客。


以上讲的是如何在互联网中学习积累,但是千万不要忽视了看书这一重要方法,书中的知识是成体系的,知识密度高,网上的文章良莠不齐,不成体系,比较碎片化。合理分配时间看书和上网学习是很重要的。
另外重视看书,书中的知识是成体系的,知识密度高,网上的文章良莠不齐,不成体系,比较碎片化。合理分配时间看书和上网学习是很重要的。

导航菜单