Meatdata
总结
闪念
常青笔记
重点摘要
先介绍一个词汇「Infovores · 食知动物」，用来形容那些强行给自己灌输无穷无尽的书籍、文章和课程，希望有东西能坚持下来，但最终一无所得的人。
事务和信息管理工具与方法（下统称 “工具”），需要搞明白两个问题，• 该工具的父级别或元级别工具类型的核心目的与原则（如 RoamResearch 源自 Zettelkasten，也就是 slip-box ）• 二是该工具设计初衷发生或者适合的场景（如 GTD、GIST、OKR 等）
[1]P.A.R.A 的作者是 Tiago Forte ，是世界上最著名的生产力专家之一。他通过自己的项目在全世界教育了 2 万多人，并撰写和演讲技术如何帮助知识工作者彻底改变他们的个人效率。Tiago 的在线课程《打造第二大脑》（ Building a Second Brain[2] ）已经有来自 70 多个国家的 1000 多名学生参加了该课程。
所以这个系统必须满足以下条件• 通用的（universal）：包含来自任何来源的任何种类的信息，并且能跨平台兼容不同时代的信息管理工具。• 灵活的（flexible）：能够与你之前的任何项目或活动所兼容，并且能兼顾未来的拓展性 • 简单的（simple）： 不需要任何耗时的维护、编目、标记或重组，只需最低限度的维护、编目、标记或重组即可 • 可操作（actionable）：与任务管理和项目管理方法的无缝集成 • 结果导向（outcome-oriented）：构建信息的结构，以便能交付有价值工作 • 模块化（modular）：根据当前任务的需要，允许隐藏或显示不同级别的细节 • 机动性强（opportunistic）：从好的方面来说，是利用已经完成的工作，而不是需要专门的管理时间
P.A.R.A. 是一种组织信息的思路，但并不是某种具体的规范和教条，其核心是「根据信息的可操作性程度，对信息进行聚焦或转移」 P.A.R.A. 是 项目（Project）、领域（Area）、资源（Resource）、 档案（Archive）的简称。这四个一级分类涵盖了你在工作和生活中可能遇到的所有类型的信息。下面是每个模块的定义，也是这套方法论的核心。
• 项目：具有明确的目标以及时间范围，是最小执行单位 • 领域：你日常需要精进的领域（所以你需要为此负责）• 资源：你感兴趣的事情，也是支撑现在 Area 和将来 Area 的外部知识储备 • 归档：沉寂的内容，但也许对未来有用 • 缓存：快速的收集信息，减少判断的成本
@George Hale 说道：如果要对信息或者工作寄托长久，有三点是必须遵循的，专注一些领域、步步为营和广泛吸收。可量化意味着明确的阶段性和边界，不可直接量化的领域 “专家” 是偏主观、自我感受和直觉。其中 Goal 是贯穿始终的，Area 的持续精进是最终目的，Project 的选择和执行是阶可量化的段性目标，Resource 是支撑二级的 “Area“的资源、资料（外部的）。围绕 Area 的精进，我们需要不断吸收外部的有效信息和进行阶段性的” 创作 “，而阶段性的创作需要的主题，可以是 Area 的拆分，也可以是基于 Project 的抽象和总结，但来源主要是通过实践（Project）和理论来进行的（即 Resource，外部参考、经验、方法论）。
聚焦项目与领域的关系欧文 · 费雪在《利息理论》中一书说道：收入是一连串的事件。其实对应到人生中也是如此，我们的一生中由许多事件构成。只是对于大多数人来说，他们其实并没有一个关于自己生活和工作的完整的项目清单。但是他们却会告诉你，有太多的事情要做。当这样忙忙碌碌多年以后，其实发现自己可能做了许多事，但是却「样样稀松」。这就是只有项目，而缺乏领域聚焦带来的问题。
[3]理清领域最难的地方在于，你要坦然面对自己的内心。 世俗的力量往往只能让我们在年轻的岁月时候看似不迷茫，但是过了中年之后就只能自己摸索，我们可以从上一代人身上看到他们退休后迷茫的样子
—— 如张潇雨的文章「人生总有一刻，我们会开始思考死亡」中提到的，虽然我们最终都会死亡，但是距离死亡还是有很长的而时间，你可以有两种方式来面对：一种是让自己和一些宏大的东西联系起来，比如写一本书，建立一家公司，研究一种美食，持续的帮助一些人；另一种是只关注当下，不考虑过去和未来。
这套管理系统在设计之初就是希望能降低使用成本，无需额外投入太多的精力而设计的。所以一旦你需要单独抽取大量时间来维护，则就意味着违背了这套系统的初衷。之所以这么设计，因为 “整理东西 “是人们永远不会去做的事情之一。原因很简单：• 它代表着耗时的间接工作，没有明显的回报或影响。• 在一个项目中，你没有时间去 “停下来整理东西”，因为你需要每一分钟的空闲时间去赶工期。• 你也不会在项目结束后再去做，因为要去做下一个项目了。在你的部门预算中，没有专门的项目用于 “整理工作”。因此，这种工作一拖再拖，直到达到一个崩溃点，所有的系统开始崩溃。然后，这种故障被归咎于 “缺乏生产力”。
