作为一枚INFJ,经常会对效率工具进行反思。今天看了一本和知识管理联系不大的《如何有效阅读一本书》,然后对自己现有的知识管理系统中备忘录+日历+提醒事项,配合ShortCut快速输入、Cubox聚集、Notion整理的一套系统进行整理和反思。给出三个核心的观点。
对于现代互联网的工具的感受是,它无处不在,但是在光鲜亮丽的覆盖率之下反而更加暴露了各种信息交换不流畅的问题。你在Apple日历中设置的事项很难在安卓手机上看到,你在推特发的推文很难被同步到你的备忘录,你在豆瓣收藏的书籍也不会出现在亚马逊的购物中,你在PDF中做出的批注也难导出到你的Notion中…
为了解决这些信息交流的问题,我们往往需要确定自己的工作流Workflow。通过自身的控制来更好的使用工具。当然当一个高效的工具出现的时候你也会开心的,比如看到Warp代替iTerm,时代毕竟是在发展的。电子工具的用途主要有三个:1. GTD日程管理、2. 信息收集、3. 信息处理
graphclassDef someclass fill:#f96A[GTD : Get thing done]:::someclassC(Calendar:Event)R(Reminder:ToDo Schedule)N(Notes)C-->AR-->AN-->AN-->CN-->RB[知识收集 Cubox]:::someclassW(Wechat Helper)API(Cubox API)ALF(Alfred)S(Short Cut)W-->BAPI-->BALF-->BS-->BNO[知识整理 Notion]:::someclassDB(Database)BD(Database2)DB-->NOBD-->NOOUTPUT(Blog):::someclassA-->B-->NO-->OUTPUT
接下来介绍一些原则:
GTD是在一本书中提出的概念,用于个人的任务管理的一种方法论。同样这里还会有其他很多的任务管理的方法。最核心的要素是Get thing done。那么如何知道自己做什么?什么时候去做呢?原书给出作者思考的过程,这里介绍我目前摸索的对于日常事务的分类方法和实践规则。
首先事项根据主观和客观可以分为Calendar和Reminder,这也是两者之间的区别:
但是对于不同的提醒事项也可以进行分类,经过可以经验可以分为
到此为止我们的GTD系统已经可以建立起来了,但是这个系统往往会受到冲击:
这里给出一个建议:在实践中我们要坚持一元化的原则,也就是在微信或者口头上获取一个事件,可以立马将其添加到自己的inbox,然后再对其分类整理。我们要充分信任自己的系统,因为GTD不仅是记录我们做了什么,还是一个帮助我们大脑记忆的系统。如果我们陷入回忆自己需要做什么的魔咒中,往往会消耗大量的精力和时间。
graph cal[Calendar] re[Reminder] E(Event sorted by time) S(Schedule sorted by time) T(To Do List sorted by priority) D(DeadLine sorted by time) cal --> E re-->S re-->T re-->D
互联网将知识串联在一起的后果是我们可以无限的滑动,我们永远看不完Google搜索的结果、看不完微博的帖子、看不完商品的简介…在知识管理也是这样。互联网带来的有用的知识也越来越多,当我们看到一个有意思的微信文章、或者诱人的博客、或者是B站大学的课程,往往会丢到自己的收藏夹中,然后不同软件中的收藏夹并不会互相沟通,唯一的共同点是逐渐增加但是从不清空。
所以将收集箱填满只是起点,终点是让收集箱回归空的状态。同样为了遵循“一元化”原则,希望可以将所有的知识和自己的想法收集到一个地方。并不想发生在微信收藏看文章、在B站看视频、在微信读书读想读的书、在浏览器看自己的read list,这样的劣势是不能整理。仿佛看完之后就结束了。
借助Cubox可以通过随机回顾来看自己曾经做过什么批注,可以将看完的东西分类放到架子(文件夹)中日后浏览,也可以将没有营养的归档或者删除。Review才是终点!
首先Notion作为知识管理的终点站在于其开放,它具有和其他系统联合并开放API,这样的开放性导致其可以综合其他内容。由此得到的后果是其可以作为所有知识收集工具的终点,同样它也是非常好的编辑器。
Databse是其最具特色的系统,我们可以通过设置不同的属性来对页面进行分类整理,将具有关系的页面根据Filter或Group来集聚,来达到自己系统管理的目的。
但是同样的在最终,在明白了自己需要做什么、在自己收集很多知识之后,考虑如何将其讲明白,写出一份给别人看的博客才是获取知识的最终途径~
共勉