本文地址: https://www.cnblogs.com/hchengmx/p/10802298.html
本文笔记地址: https://www.kancloud.cn/hchengmx/life-handbook/content
很久之前看到一个贴子,说是各种网站的收藏夹很多,但是却很少看。等到真正需要看文章的时候,才一个一个收藏夹找。因为有很多网站嘛,就可能比较费时费力。所以很多人会遇到这样的问题,诶我是放在哪里了呢?我是在哪里看过呢?我是在哪里收藏的呢?
通过自己的不断摸索,我也对知识体系整理有一些小心得,这篇文章就来说明一次我是怎么处理自己的知识体系的。
第一阶段: \"All in OneNote\"。
想到使用OneNote是因为各种网站平台都有收藏夹嘛,知乎/微博/微信公众号,那我们怎么把各种收藏夹汇集到一个平台呢? 我想到的途径是OneNote,把所有收藏的东西都汇集到一个OneNote笔记中里面,这一步,我称之为\"All in OneNote\"。在微信端: 可以关注微软云笔记公众号,把文章推送到OneNote里面。 在网页端: 可以装上插件Clip To OneNote;至于在微博端,可以通过ifttt把微博保存到OneNote端。
这样做的好处是,可以基本舍弃都有的收藏夹,所有的东西都放到了一个平台上阅读。
但是有几个明显的缺点:
- OneNote的客户端对用户非常不友好,加载的非常的慢,而且还占空间;
- 要是暂存还好,但要是对于大量的文章,就有可能一个分区里面有好多个文章这种情况,很乱,从人的心理上来说,这么多东西可能就是负担了,也就懒得读;
- 如何做笔记做输出? 是个大问题,要在当前裁剪的页面记笔记呢? 还是在另外的空白页记笔记呢? 都有缺点,不能成为一个体系;
- 对于有些笔记,刚读完可能还记得点,但又非常知道自己未来可能会用到,怎么找原文呢? 保存把文章会越来越多,不保存把以后想重新找回来又很麻烦;
- 对于有些笔记,现在可能用不到,以后可能在五年/十年才用到,那是到底保存不保存呢? 保存了现在确实用不到还占地方,不保存把但以后可能用得到;
第二阶段: 引入markdown。
以上的第二个到第五个的缺点 ,概括起来就是,移动端不友好,不可标记,难以追溯,难以整理。后来由于我会看github上的程序员笔记,发现他们是用的是markdown,我就在想能不能通过markdown对笔记系统进行补充? 让markdown负责目录结构/标记等工作。
具体就变成了这样:
不用markdown进行记录,用markdown进行标记,书签,链接工作,将标题以及自己的笔记整理成md文件。后期查看的时候,在手机端直接阅读.md文件了,这样在移动端也可以阅读了。
几个使用关键技巧:
- 要选择适合自己的目录结构,先想好要几个文件,哪个文件里面都包括什么内容;
- 每个文件都有 目录 + 详情,目录有链接直接导览至详情;
- 在目录部分,对于读过的文章加粗,对于没读过的文章不加粗以区分;
- 详情也是一个链接,用来说明文章的源出处;
举个例子:
下面是我整理的一个文件。
目录部分,左边是markdown,右边是markdown preview(读过的文章加粗)。
内容部分,就是自己读文章的笔记了,标题是一个链接,点进去是文章的源地址,这样只保存一个链接省空间也方便回溯。
这样OneNote就轻松多了,OneNote在这里的角色转换成一个简单的阅读器,不再负责笔记的部分。平时找文章都可以通过md输出的html文件来找。
所以现在看到一篇文章的流程是这样的:
- 在琐碎时间看到,觉得还挺重要的文章,一律保存在OneNote(浏览器插件+微信微软云笔记),等有时间了再读。
- 有空读一读OneNote,并定期保存的条目(一周一次整理,一月一次大整理),要是觉得有用能学到东西,在markdown文件新增条目;
- 把这个文章放到响应的OneNote笔记本组里面;
- 定期整理markdown文件,把记住的知识点删除,释放空间;
第三阶段: 托管到看云kancloud
这一阶段就是共享了,由于gitbook在国内用的不是很顺利,所以我把我整理的生活笔记放到了看云kancloud上。
https://www.kancloud.cn/hchengmx/life-handbook/content。
这样还有几个额外的好处:
- kancloud是有客户端的,不大也很方便;
- 只要能打开网页,在哪里都可以阅读;
- 可以支持多人编辑;
- kancloud是支持git的, 所以我们所有更新可以在本地进行,删除的段落也可以在git上找到;
本文希望对您有所帮助,欢迎关注我的微信公众号和个人微信。