那么这个 TODO 笔记到底是不是一个文件呢?它内容是空的,功能是不是链接两个不直接相关的文件呢?
比如它链接的两个文件一个是健身安排一个是数学学习,是分别给这两个文件加上健身和数学两个标签更好还是只用 TODO 文件进行链接更好呢?
那么这个 TODO 笔记到底是不是一个文件呢?它内容是空的,功能是不是链接两个不直接相关的文件呢?
比如它链接的两个文件一个是健身安排一个是数学学习,是分别给这两个文件加上健身和数学两个标签更好还是只用 TODO 文件进行链接更好呢?
嘿,我的确认为通过标签同样可以进行文件的视觉隔离,不过我不认为有必要完全脱离文件夹仅使用标签和链接,我本人没有在这样做,而这也不是我所提倡的。
我的观点是,文件夹,标签,双向链接,这三者某种意义上本质相同,而在当下,尤其是在Obsidian中,仍表现出很大的不同,具体如下:
实际上,这不是直接用来指导实践的。
为了说明通过标签同样可以进行文件的视觉隔离这一点,我将向你展示我在一款信息收集软件中,日常所看到的情形。它叫做cubox。
cubox还不支持链接,不过支持嵌套的目录结构和嵌套的文件夹。我曾经使用过目录结构,可是慢慢的我意识到了目录与标签相同的本质,所以我把它们全都解散了,重新以仅标签的形式组织了起来。如果换掉标签那个标志性的图标,我甚至无法意识到自己正在浏览全部的标签,而不是目录结构。
我们首先来谈谈文件夹
文件夹的优势
文件夹的劣势
我是怎么使用文件夹的
这就是我的文件夹结构,下面会稍微解释一下他们的用途
00-资料刚进入ob都会在这,新建的笔记也是在这
11-这个其实是参考卢曼的枢纽笔记所建立的资料夹,里面的笔记是用双链来收纳笔记的而不是标签与资料夹。
22-日记
33-数据库资料夹,里面有我自己做的ob插件资料库以及软件资料库,还有一些有的没的,主要是使用插件Database folder 来模仿notion管理资料
44-主要放置外部的参考资料,像是book、movie、文献、摘抄文章等等
55-这个可以无视,自己实验性的功能
66-虚构写作的东西放在这里
77-非虚构写作的东西放在这里
88-模板
99-附件
以上就是我的文件夹结构,这是我个人思考以后觉得最适合自己直觉的结构方式,并且每个文件夹都利用了Dataview来创造表格让自己能够使用快速切换功能跳转某个文件夹笔记后快速扫过笔记而不是将文件夹一个个点开。
再来谈谈标签,我的标签是真的没什么好谈…因为非常少,少的只要打开标签页面就能一栏无疑
用于任务管理的标签
用于长青笔记的标签
用于需要注意内文某个地方的标签
大概就是这些,标签对我来说唯一的优点就是快速找到某个笔记群,当然ob有某些插件可以让其使用起来简单一点,例如:Tag Wrangler以及Tagfolder和Better Command Palette,但我还是选择了双链代替原本的标签作用。
我的双链使用场景:
大概就这些,剩下的是个人喜好,得益于插件Breadcrumbs的功能,让我们也能够可视化的看见双链的层级,以及Dataview的表格功能,所以我选择了用双链来取代了某些本来标签的功能,这让我能够快速切换跳转到某篇笔记,而不是薅头的找寻标签。
文件、标签、链接的本质都是信息,但本质上相同没有任何意义,正如你自己所说的:
我也给出了实践中应该是什么样的,详见之前回复里的图片。
而且我认为嵌套标签是一个失败的设计,不仅仅是因为支持的相关软件很少,而是它有可能打破标签本来应该有的唯一性。
不要为了文件而文件,为了标签而标签,为了双链而双链,它们都是为内容服务的,如果内容被忽视只关注标签和链接,那么和看到个网页就狂点鼠标打开每一个链接来回跳转有什么区别呢?
就像你自己的例子一样,一个 read-it-later App (或者高大上点:信息中转站类软件)里有必要使用文件夹吗?但是在 Obsidian 这样的笔记软件中这样的信息管理方式真的值得完全照搬吗?我完全不这么认为。
文件、标签、链接都应该是为了降低心智负担而服务的,如果它们都过于复杂(嵌套多层文件夹、嵌套标签),那么就脱离了它应有之义。
todo不是一个文件,他是基于其他文件的内容,动态更新的内容,他可以直接跳转到文件,也可以显示文件中的一块内容。
todo链接跟标签好像不冲突。
这倒是一个很好的例子,值得借鉴的是 GitHub Pages 各个模版中的标签功能。
文件夹 或许是因为 操作系统需要。
TODO 的存在形式是文件,但它是为链接服务的,它不承载其他功能。
而标签则是承载了一定的信息归纳总结抽象功能的。
这是基于它们两个的不同点的层次上来讲的“本质上”的不同。
这也是我不喜欢嵌套标签的一点,它看似是更高级的标签,但破坏了它抽象功能本该有的唯一性,引入了父子标签的依附关系。
再往上刨根问底就该研究哲学了。
在我看来做笔记是为了信息的整理,引入 Markdown 是为了降低排版对内容的影响,引入标签和链接功能也是服务于信息整理这个目标的。
如果文件夹、标签、链接不能帮助一个人更好的整理信息/笔记,那么就只有两种可能:要么是这个人的方法有问题,要么是这个功能有问题。要想改善就只有两条路可以走:改变思想和方法、改变工具和功能。
嘿,是的,操作系统需要管理文件,可是这不一定要被展示给所有用户。它可以被屏蔽起来,就像是很多其他的具体实现一样。文件夹很多时候并不就是指真正的文件夹,说是像目录一样的树状结构或许会更为贴切。
链接可以承载信息归纳总结抽象的功能,虽然貌似传统上不会去这样使用它。比如一篇关于烹饪的笔记,使用一个“烹饪”的标签,和使用一个“烹饪”的链接,其实是一样的。任何的标签都可以被替换为链接,即使当然这可能会比直接使用标签更为困难。然而,所被需要的或许仅仅只是一个插件。
我正在尝试对我自己的笔记这么做。
我更倾向于直接联系用链接,间接联系用标签。
比如 Emacs、Vim、Neovim、VSCode 都是编辑器,那么就可以链接到编辑器
这个文件;它们互为竞品,则也可以建立链接;同时它们都支持多个操作系统,那么就使用标签:Linux
、macOS
、Windows
。
文件越多,链接和标签对信息的整理能力越强。
Obsidian 本来就不是自由软件,再在此之上依赖插件更不自由,反而不如简单的双链和标签,反而可以随时跑路。
(接4楼)
文件夹->文件、标签->文件的关系:
文件夹和标签都是突出了自己的上层中心地位,弱化了处于下层的文件本身。
而连接与文件的关系是,以每个文件为中心,通过连接辅助每个文件去扩展。
连接可以让每一个文件成为中心,文件在网络中的价值在于拓展了多少有意义的连接——这个才是我认为连接带来的最大变革
物理世界很难以文件(单个本体)作为中心去管理。
举例说明:比如一双袜子,你只能放在一个衣柜的某一个角落下(文件夹),袜子上有标签包含它的成分,产地等信息。但是,我们对这双袜子的用途,只是收藏它,知道它是用什么制作,产地是哪里吗?我们更希望的是这双袜子可以搭配什么鞋子,什么衣服,穿出我们喜欢的风格。如果你将每一种搭配记录下来,你也不会将搭配方案保存在衣柜里。你或者会写在一个纸质笔记本子上。这样,你花一些精力可以记录很多搭配方案。但你记在本子上的搭配方案,更可能是以场合,季节等为出发点(中心)去记录。以一双袜子为出发点去记录搭配方案值得吗,那我是不是也要以每一双鞋子,每一条裙子去记录搭配方案?但有些时候,我们就是想知道这双袜子可以多少种搭配,适合哪些场合。
计算机的出现,双链的出现,突破了这个物理限制,让我们以文件(单个本体)为中心去管理成为可能。借助双链概念,以及计算机的强大能力,每一个文件(单个本体)都可以成为中心,而成本几乎没有什么增加,设置忽略不计。
我们要转变过去以文件夹,标签作为中心的管理方法,改为以文件为中心去设计我们的组织管理方式(有“去中心化”那味)
(未完待续)
嵌套标签在我看来是对标签本身的抽象
比如有两篇文章各打上了“蔬菜”和“水果”的标签,当你想要提取“食物”主题的相关内容,你就要同时选中“蔬菜”和“水果”这两个标签才能把相应的文章都提取出来,但若采用了“食物”这级的抽象嵌套,就可以大大提高效率
这方面的应用我认为印象笔记做的较好(虽然我已没用它了,广告是真心多,即便是会员),你可以只选中当前标签或者选择中当前标签及其子标签;而且标签的结构可以随意调整
上面的例子比较简单,但是说白了都是在解决“内容”多了后如何处理更有效率的事情
汝之蜜糖,吾之砒霜。
我更愿意对两篇文章分别用食物 蔬菜
、食物 水果
而不是食物/蔬菜
、食物/水果
。
每个人习惯和见解不同,找到最适合自己的工作流就好了。
知识管理有四个步骤
知识获取、知识保存、知识整理、知识输出!
ob库的管理,更应该是去考虑如何更好的输出!如何更好的提取自己记的笔记。
所以:这个结构可以在心中建立,使用一个文章记录这个结构,在调整的时候,只改这个文章就可以了。在搜索的时候,就可以直接查找对应的 食物 蔬菜 水果
就可以了
我也受不了嵌套标签。我对于不同层次的标签也是像你这么处理的,分成两个就好。
选择对自己心智负担最小的方案就是对自己的最优解。
我觉得双链是 URL 针对本地文件的特化,所以很快就能接受并使用起来。
但是嵌套标签、块编辑这种东西于我实在难以接受,就好像我要吃猪蹄别人却问我是要吃猪左蹄还是猪右蹄一样难受。