相关帖子
-
哈哈,文档树目录结构是对“整理”有“洁癖”的人用的。。。
当你的计算机/软件 搜索功能足够强大的时候从来不需要文档树,有什么需要的搜索即可。但是标签 TAG 不可缺少,有的时候一篇笔记、文档多打几个 TAG ,让搜索更容易显示在最前排,比整理目录树更有效。
——包括现在的 Windows 目录、浏览器收藏夹,目录越多,发现越难查找,不如搜索关键词来得便利!因此好的标题、文件名、TAG 比好的目录树结构更有效。
结合个人文档、笔记整理需要,个人觉得目录文档树只需要建立几个大的目录归类即可,不需要将目录建立超过 2 层(个别笔记、知识合集可以例外),以上个人观点!
- 其他回帖
-
我才是不知道你是在哪个地方看到“思源笔记要取消文档树”这个观点的。我的评论表达了我对反对文档树的反对和对极端形式的软件比如 logseq 的反对,如果你说的是并存,我觉得可行,新模式的出现肯定也有它的优势,至于优势有多大,需要时间和时间检验,至少目前我是没有信心加入的。
-
我不觉得你是在反对我的观点,其他听众也没有在质疑你,大家只是在不同角度分析问题。
我也并没有“对文档树的作用持否定态度”,就好比说思源的电脑端的编辑功能比手机端好用,不代表否定手机端的作用,不是非此即彼的。
因为大家普遍对文档树比较熟悉,但很多人对 MOC 不太熟悉,所以在会议上我主要介绍 MOC,并且以大家熟悉的文档树的构建过程作为对比,阐述 MOC 的构建过程,可能有的人误以为要砍掉文档树功能。
文档树和 MOC 当然可以共存,有的人可能在 MOC 上进行知识体系层面的分类,在文档树上也进行知识体系层面的分类,两者功能重合度比较大。而我的想法是,让文档树和 MOC 各司其职,各自从不同的角度进行分类:MOC 仍然是根据知识体系进行分类;而文档树可以从时间角度进行分类,这是 moc 所不能做的事,也是 RR logseq 做不到的,也能保证只要记得文档的大致创建时间,就不会找不到文档,可以帮助大家消除找不到文档的担忧。
在会议前,我并没有准备深入讨论这个话题的,也没想到有不少人对这个话题这么关心,所以会议中对这个问题可能没有讨论清楚。
1 回复 -
rumengsiji • • 1
第一点:没用过 RR,但我知道 logseq 有个目录功能,re 有个主题列表,本质都是为了方便找到文档,我觉得从这个角度来看 moc 和文档树没有区别。他们没有文档树,所以他们使用 moc 构建进行管理,思源有文档树,思源也可以用 moc 构建管理。
第二点:我认同你的宣传理念,并且赞同你的宣传方法,我反对的是一刀切的想法。
第三点:我不知道你为什么抛弃文档树管理,文中我对 moc 使用中产生的几点疑问我想知道你是怎么解决的。或者换个角度问,你用文档树找过你的文件吗?
第四点:我不认同,不知道你听没听过全历史,里面的关系图谱就是图谱的一个应用,图谱真的没用吗?知识图谱视角下的双链笔记 - 知乎 (zhihu.com)这篇文章作者也说明了他认为的知识图谱的作用,只能说目前双链笔记的关系图谱做的不尽人意,但不能否定单独的图谱是有用的。
第五点我认同,双链笔记关系图谱功能是失败的。但是我觉得如果没有其余信息的干扰,单独拿双链笔记用来记录历史人物,记录人脉关系,其实是可行的。1 回复 - 查看全部回帖
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于