|
写在前面 本文是一个海外朋友的 Obsidian 使用感悟， 火箭君几乎同意他说的每一条。 看得出原作者是一个有充分笔记实践经验的用户。而且，虽然他说的是 Obsidian， 但也几乎适用于任何现代的笔记资料库管理，无论是 Notion，Evernote，LogSeq，Bear …… 甚至是 本地文件夹管理。再引申一点，也适合于其它很多需要组织的事情，可以上升到「方法论」。因此，火箭君迫不及待的将文章分享给大家。 原文地址：https:///@estebanthi/obsidian-10-tips-i-wish-i-knew-when-starting-my-vault-8cec1a59ba04 原作者：Esteban Thilliez 火箭君翻译并编辑节选，以下正文 Obsidian 原本是一个相对简单的 Markdown 双链笔记编辑器，但由于它提供了许多功能，它也可以变得如我们希望的那样复杂。 我已经使用 Obsidian 大约两年了，有一些事情我非常希望在我第一次开始使用它时就知道。因此，如果各位刚开始使用 Obsidian，我将分享一些可能会派上用场的技巧。 不要让事情变得过于复杂 我不得不从这一点开始，因为接下来的内容或多或少与此相关。 许多人在开始使用 Obsidian 时都会陷入一个误区，我也遇到过，那就是让自己的生活变得不必要的「复杂化」。 先不要积累太多信息，而是慢慢地开始问自己：我为什么要使用 Obsidian。是为了存储记录吗？为了捕捉想法？为了帮助写作项目？ 从这些目的开始，我们可以开始创建一些文件夹来，稍微组织一下资料库，但仅此而已，不要创建太多的文件夹，也绝不要安装 无数个插件 – 随着操作，我们到时候自然会看到需要什么东西。 关于使用标签 当开始时，只会有一些笔记，找到它们不会有问题。但是，随着库里面内容的增长，这种情况将会改变。 当您开始有大量笔记时，最简单的解决方法是使用标签（当然还有文件夹）。如果您打算使用 Obsidian 一段时间，请从一开始就标记自己的笔记。 至于你选择的标签，这取决于你。就我个人而言，我使用标签来描述 笔记的类型 而不是其内容。 例如，我会用标签来表示一个笔记是「永久笔记」，另一个是「草稿」，而不是说一个笔记是关于数学的，另一个是关于化学的。 但也没有什么可以阻止你在标签中描述笔记的内容，如果不使用 MOC（内容地图），我就建议各位按自己想的那样做。例如，#topics/mathematics 或 #topics/chemistry 等标签非常适合寻找内容的解决方案。 不要让资料库太「僵硬」 在编程中，我们习惯于创建尽可能灵活的代码。我相信 Obsidian 也应该这样做。 我喜欢从组件的角度来思考我的资料库。例如，我有一个专门用于定期审查的组件，一个我称之为 wiki 的用于永久注释的组件，一个用于存储我的项目注释的组件，一个用于我必须学习的内容列表的组件，等等。 每个组件本身又由多个组件组成。例如，我的定期笔记组件由一个用于每周笔记的组件、另一个用于每月笔记的组件等组成。我所说的组件只是一个小的元素系统，独立于资料库的其余部分 这些组件元素可以是文件夹、注释，索引，如果需要，甚至可以添加特殊的插件……因此，「周期注释」组件可以简单地是一个「周期注释」文件夹，其中包含「每日注释」文件夹、「每周注释」文件夹等。 我建议从一开始就以这种方式设计资料库结构。创建所需的不同组件，并尝试最小化它们之间的依赖关系，仅保留必要的组件。 这样，如果几个月后，我们决定不再需要在 Obsidian 中跟踪您的任务，您只需删除「待办事项列表」组件，而不会影响整个库。 不要使用太多插件 起初，向 Obsidian 添加大量功能插件，看起来似乎很不错，甚至可能是并不真正需要的功能。 问题是：资料库从此以后可能会变得依赖于这些插件。提醒一下，Obsidian 原本只是一个基本的 Markdown 编辑器，也适用于本地笔记，即使没有那些插件。 减少插件依赖的优点是，我们的笔记可移植，这意味着我们可以日复一日地使用或随时停用 Obsidian，但仍然可以使用我的笔记系统。除非，我们太依赖 Obsidian 的插件了。 我主张仅当插件简化您的系统而不使其变得僵化时才使用插件（这与前面的观点一致……）。当然，增强用户界面体验的插件也很有趣。 广泛使用反向链接 如果我们选择了 Obsidian，很可能是冲着「正反双链」功能而来的。所以我假设大家已经会使用它们，但我还是建议，大家应该尽可能充分地使用「双链」。 如果创建反向链接时反向链接对应的注释不存在，也没有问题。以后可能还会存在。我们也可能担心反链会破坏图形视图，但事实并非如此，因为您可以选择仅显示图形视图中存在的注释。 「过度」使用反向链接并没有什么坏处。另一方面，有一个很大的优点：当创建已引用的注释时，我们不必修改引用它的注释来添加反向链接，Obsidian 都是自动做的。这样，我们的笔记图表视图几乎是详尽的，并且随着一引用文件改名，链接也将被自动修正。 使用模板 一个好的做法是在创建笔记时从一开始就使用模板，特别是当它们具有通用结构时。 这将使事情变得更加清晰，如果以后决定使用像 Dataview 这样的插件，我们会很高兴一开始就拥有类似结构的笔记。（火箭君注：Dataview 是高级玩法了，非常依赖于笔记的元信息和结构，除非特别必要，否则个人不是很推荐使用 Dataview，Notion 的 Database 不香吗？） 此外，使用模板可以节省我们创建笔记的时间，并减轻考虑笔记结构的精神负担。 例如，我将与我读过的书籍相关的笔记存储在我的库中。我不再每次都想知道要添加哪些元数据（作者、评级、评论等），而是创建了一个模板，它可以准确地告诉我在创建读书笔记时应该做什么。 接受吧，我们不会第一次就做对 在找到适合我的设置之前，我花了近两年时间修改 Obsidian。直到最近 6 个月，我才没有改变过我的设置，它对我来说非常有效。 当开始使用 Obsidian 时，不要以完美的设置为目标。目标是在需要时找到适合的设置。因为，无论如何，几周、几个月之后就会有变化…… 这是完全正常的，做出改变并不是问题或不便，因为这是为了争取更适合自己的东西。 简而言之，不要浪费时间观看几十个 Obsidian 教学视频。只要投入使用 Obsidian 其中，我们的设置就会随着时间的推移，自然而然地朝着理想的方向发展（火箭君注：迭代意识，而不是一步到位的意识）。 只有笔记的内容才重要 起初，我喜欢拥有一个漂漂亮亮的资料库，里面有 格式精美、视觉上吸引人的笔记。然而，这并不是最重要的。最后我们会发现，重要的是笔记的内容，而绝不是它们的视觉效果。 因此，不要忽视易用性，并优先考虑笔记的实质内容，而不是库的美观性。我不记得在哪里读到过，「Notion 对于假装工作的人来说很有效。」诚然，这是一个有失偏颇的声明，而且指的是 Notion，但它其实也适用于 Obsidian。 当然，拥有一个有视觉吸引力的资料库固然是很好的。例如，我见过完全游戏化的资料库，带有物品和奖励系统等。但是，如果花在维护资料库上的时间比实际使用它的时间还要多，那么这件事情就变得毫无意义，并且我们会逐渐忽视真正重要的方面，即简简单单的笔记内容本身。 阅读官方的文档 这是使用 Obsidian 所需的唯一资源。我们会在其中发现很多在其他地方找不到的东西。 即使最近，我也还是从官方文档中学到了使用 Obsidian 两年但仍旧不知道的有用东西。 事实上，与观看有人解说一切的 YouTube 教学视频相比，阅读文档可能不那么有趣。然而，阅读绝对是值得的，而且远比看一个视频教学更有价值。 不要复制其他人的设置 我想说的是，复制别人的设置是没有用的，因为它很可能不适合你。还是那句话，一个好的设定不会是一天出现的奇迹，它是经过多次迭代的结果，最终趋向于一个人的理想设定。 当然，我们可以使用别人的设置作为基础，省去一些步骤。或者，参考别人的设置，只是为了获得灵感。但无论如何，不要单纯地「复制粘贴」，这行不通！ 最后说明 我希望我给了一些有用的提示。这些提示并不只是专门针对 笔记初学者 或 刚开始使用 Obsidian 的人们。我觉得，这些话也适用于所有人。 还有，我相信大多数有一定经验并且犯过与我相同错误的人，可能已经完全理解我在说些什么了。
|
|
|
