iis网站连接数据库失败重庆建站模板展示

Obsidian 文件夹体系构建 -INKA

本篇文章主要分享一下自己折腾学习实践过的 INKA 框架方法。原地址：Obsidian文件夹体系构建–INKA。

前言

• 上文 Obsidian文件夹体系构建-ACCESS笔记组织法 中介绍了实践 ACCESS 方法走向崩溃的原因以及一些反思。
• 积重难返后我又研究学习起 INKA 方法，这缘起于：如何建立一个闭环的笔记体系-INKA 这篇文章。

INKA

简介

INKA 方法轻实践重采集，是以知识流转为核心的笔记体系，它契合知识从输入到应用的生命周期，可将笔记流程分为四个阶段：

• Inbox (输入):
  • 快速收集信息素材。例如：网页链接、灵感碎片。强调是快速捕获，避免信息流失。
• Note (笔记):
  • 对 Inbox 信息进行初步加工、理解和提炼，形成笔记摘要。
• Knowledge (知识):
  • 系统化整理和组织 Note 笔记，结构化体系化知识库。
• Apply (应用):
  • 将 Knowledge 知识应用于实践，解决问题产出价值。

INKA 理论最佳实践

实际应用

• Inbox
  • “Inbox”阶段快速收集的信息来不及处理，形成“信息垃圾场”。
• Note、Knowledge 转化率太低：
  • 将“Inbox”中的信息转化为“Note”和“Knowledge”需要大量的时间和精力，导致转化率太低。下图中仅 1% 的 Inbox 能转化成为 Apply。
  • 而 Note、Knowledge 笔记太少导致知识库停滞不前。
  • 整理提炼后的笔记难以具体归类到 Note、Knowledge 哪个文件夹中。
• Apply 文件成了鸡肋：
  • 若是按照 Note、Knowledge、Apply 的顺序层层递进，转化率以及反馈周期太长，导致半途而废。
  • 若是不按照层层递进的顺序，那么 Note、Knowledge 是不是就冗余了？
  • Apply 文件的稀缺，导致知识库沦为纯粹的知识收集和整理工具，而缺失了输出反馈迭代的后半段循环。

反思

• 重产出，围绕主题收集信息，做到有的放矢
• 输出行动链路尽可能短，反馈尽可能及时
• 分类简单明了，做到无歧义