希望取消闪卡的卡包,因为文档树就是天然的卡包

目前 2.6.3 的制卡逻辑是这样的:

Step 1. 在文档中选中文字并标记(挖空);

Step 2. 点击左侧的段落图标 -> 闪卡;

Step3. 将该段落加入某一卡包;

以上流程有这样几个缺点:① 分散用户精力,本来用户只需要专注于制卡本身,而上述机制会让用户纠结把卡放入哪个卡包。② 制卡过程繁琐,选中文字并标记(挖空)其实就已经完成制卡了,没必要再多一个选择卡包的过程。③ 上述机制中一旦用户想变更整篇文章的卡包,就要手动地一个一个修改。④ 无法直观地看出某张卡片属于哪个卡包,必须通过上述的第二个步骤才能看出。

而取消卡包后,一切将变得很自然。比如某用户的文档树结构如下:

  • 数学
    • 分析
      • 数学分析
      • 实分析
      • 复分析
      • 泛函分析
    • 代数
      • 高等代数
      • 抽象代数
    • 几何
      • 解析几何
      • 微分几何
  • 历史
    • 中国史
      • 唐史
      • 宋史
      • 元史
      • 明史
    • 世界史
      • 欧洲史
      • 阿拉伯史
      • 美国史
      • 日本史

而上述结构就是天然的卡包,用户完成挖空后,不需要再去选择该卡片属于哪一个卡包。现代化的间隔重复笔记软件 RemNote 就是这样的使用逻辑。

举个例子,比如在《高等代数》这篇文档里面有一个段落是行列式的定义,在此处完成选中文字并标记后,这张卡片很自然地属于 高等代数代数数学 这 3 个卡包,无需用户再去选择,并且在复习卡片时,不管用户想复习所有数学知识,还是只想复习高等代数的知识,都会复习到这张卡片。


为了方便描述,我将用 RemNote 进行视频( BV1VW4y1378n )演示,来看看 RemNote 是如何解决卡片多分类问题以及 DailyNote 卡片分类问题的。

视频演示:RemNote 之 DailyNote 制卡

RemNote 这款软件也是支持 DailyNote 功能的。从视频中可以看出,针对 DailyNote 爱好者,RemNote 也是提供了很优雅的卡片(多)分类解决方案。


为什么我坚持采用文档树即卡包的分类方案?因为对于文件夹爱好者,同一篇文章的卡片很自然地就应该属于同一分类,而重复进行前文中提到的 Step2 和 Step3 是毫无意义的,这一过程让人抓狂。

关于纯粹的 DailyNote 用户,我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类,为什么到了制卡的时候,突然就要分类了?既然最终还是有分类的需求,为什么不能在制卡之前就完成分类呢?我理解,为了减轻记录的压力,所以不分类,但知识总是需要消化吸收的,早晚还是要对部分有价值的知识进行分类整理。我提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类换种方式提前一步进行而已,并没有给你们添堵。


我又考虑了一下,可以采用一种妥协的方案,使 DailyNote 用户和文件夹用户都满意,从而避免争论。

那就是提供 2 个不同的闪卡复习入口。

第一个入口就是现有方案,通过左上角闪卡图标进入。

第二个入口就是,像 RemNote 一样,在文档树的位置右键。

这样一来,DailyNote 用户无需改变现有的习惯(虽然我不是很赞同这一习惯);而文件夹用户也能实现无感分类了。


借着这个机会,我顺便把 RemNote 的优势介绍了,供开发者参考,也给大家做一个科普。

在 RemNote 中,一篇文档就是一个卡包。当然,这里并不是真正的为这篇文档创建了一个卡包,而是通过类似于查询语句的方式得到了这篇文档(及其子文档)中的所有卡片,在用户看来感觉就像是一个卡包一样。一张卡片,不仅属于当前文档的卡包,同时属于它的父文档的卡包以及祖先文档的卡包。比如“行列式的定义”这张卡片不仅属于“高等代数”卡包,同时属于“代数”、“数学”这两个卡包。思源笔记比起 obsidian、logseq 来说拥有完美的文档树,如果这一优势不被闪卡功能好好利用的话,其实是相当可惜的。

有了一篇文档就是一个卡包这一基础,进一步 RemNote 就可以实现一个标签就是一个卡包,可以简单理解为 RemNote 自动为每个标签都创建了一个页面,所有打上了这个标签的块都嵌入到了这个页面内。思源笔记的标签系统还能形成标签树,如果利用好的话也能成为独特的优势。在早些时候的讨论中我就提到过,标签是实现 DailyNote 卡片分类的一种解决方案,具体操作可以看这个视频( BV13A411o7yK):

视频:RemNote 标签制卡展示

更进一步,RemNote 甚至可以实现自由组合卡包。RemNote 提供了一个功能叫做 Search Portal,可以在文档中插入一个搜索块,将带有某一标签、某一关键字的块嵌入进来。借助 Search Portal,用户可以实现自由组合卡包,比如可以将不同标签的块、含有特定关键字的块、嵌入块放进同一篇文档中,这样就得到了一个组合卡包。思源笔记中也有类似的功能,那就是 sql 语句查询,如果利用起来的话,也可以实现类似效果,甚至更个性化的效果。具体操作看下面这个视频( BV1X84y1h7bK):

视频:RemNote 自由组合卡包演示

是否支持取消卡包,改用文档树即卡包的形式?

单选 公开 永不结束 34 票
支持
61% 21 票
不支持
38% 13 票

相关帖子

优质回帖
  • zxhd86 2 赞同
    订阅者

    看了楼上 @pipa 的发言,我才意识到思源的用法确实不是只有使用文件夹的方式,而我在日常生活中明明没有怎么建立分类的文件夹,在讨论问题时却忘了,这确实挺好笑的。

    那么最大的问题就是:思源不是 RemNote,思源的使用者并不会像 RemNote 的使用者一样使用思源,照搬 RemNote 的闪卡机制对思源是没有意义的。

    之前体验过一段 RemNote 的我不得不承认,RemNote 的制卡效果在各个方面都优于思源,但是考虑到思源的用户实际上分别实践着 daily note 和文件夹分类以及其他奇奇怪怪的笔记用法,照搬 RemNote 的效果只能方便到文件夹分类的用户,这实际上是不公平的。

    而思源的魅力之一不就是不限制你记笔记的方式吗?大纲笔记可以,daily 可以,用文件夹分类也可以……考虑到不限制用户的目的,我收回前言,认为还是目前的制卡方式最合适,只不过需要稍微改进一下,如可以设置个快捷键和默认制卡卡包之类的。

  • openAI 1 赞同
    作者

    改进效果是巨大的,因为当前的制卡体验真的很不好,就像我上面总结的,需要 3 个步骤。这么说吧,我是建议思源引入间隔重复功能的用户之一,但如果是现在这样的制卡逻辑的话,我是不想使用的;换句话说就是,真正需要这个功能的用户不太想使用当前这一功能。

  • i1356 1 赞同
    订阅者

    应该是自动生成跟文档树一样结构的卡包吧

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • zxhd86 5 评论
    订阅者

    关于闪卡机制的进一步思考

    在之前对于闪卡机制的讨论中,我总结到我不支持文档树卡包的原因是,这样不公平。文档树卡包的机制对于习惯于使用文档树管理笔记的用户来说可谓得心应手,但却相当于牺牲使用其他管理笔记方式的用户,因为他们将不得不使用文档树才能管理卡包。

    经过进一步的思考,我认为论点还能在加一个,那就是不值得。

    首先是不公平。

    • 楼主后来举出了很多例子来论证文档树卡包对 daily note 的支持程度,但是就楼主举的例子而言,这只能说 RemNote 对于 daily note 支持尚可,与思源的卡包机制不相上下。
    • 但 daily note 只是众多记笔记方式中的一种,过去的、未来的笔记方式数不胜数。
    • RemNote 是内置对 daily note 的支持的,但在这种情况下,RemNote 对 daily note 的支持尚不能胜过卡包机制,又怎么能让人对于这种明显特化于结构化知识库的机制保有信心?
    • 也许对于大多数的记笔记方式方式而言,卡包机制并不是最好的制卡方式,但它绝对是一视同仁、最不坏的方式。哪怕是文档树的形式,卡包机制配合多选也是差强人意的。

    接着是不值得。

    • RemNote 的文档树卡包与思源的卡包机制,其实两边的制卡这一步流程的总体繁琐程度都差不多。

      • RemNote 需要预先建立层层的文档树,才能找到录入卡片的位置。以后每次录入知识,都要经历一遍找位置的过程。
      • 思源需要每一次都选择卡片,经过 3 步后将卡片录入卡包。
    • RemNote 前期累一点,后期简单一点,思源的卡包机制则是从头到尾都很平稳,一样的压力。你可以崇尚一劳永逸,也可以赞同平稳无压记录。但是,在这一步,是很难辨出胜负的。

    • RemNote 的最大优势,在我看来,就是在制成卡片后,能实现卡包的继承机制,也就是

      一张卡片,不仅属于当前文档的卡包,同时属于它的父文档的卡包以及祖先文档的卡包

      但是,有没有可能,这种特性,只需要对于思源现在的卡包机制进行改进,让它能支持嵌套卡包就能实现呢?

      • 同样是改进,嵌套卡包只需要对相当于官方插件的卡包机制进行少许改造,就能实现同样的功能,而且这种改进完全是帕累托最优的,不会有人因这个改进而体验改变甚至变差。

      • 而如果是实现文档树卡包,那就相当于:

        • 废掉目前的卡包机制
        • 同时还需要对思源的本体动手脚,实现类似于 RemNote 的一堆特性,如多选嵌入
        • 还要实现因为软件差异、不知道 RemNote 有没有实现的特性,如页面克隆

        否则不要说其他笔记方式了,连 daily note 都要深受影响。这过程必然伴随一大堆的 bug,漫长的升级过程,长期对于其他笔记用户相当于废掉的闪卡机制,而换来的只是对他们而言并不太可能显著优于目前机制的文档树卡包。

    综上所述,基于不公平和不值得两个点,我认为不应该废除目前的卡包机制,有一定精力的情况下,建议开发者加入快捷键制卡和默认卡包机制。在精力足够的情况下,建议开发者可以尝试加入嵌套卡包特性。而在目前卡包改进走到尽头后,再考虑文档树卡包机制。

    看我这个视频,RN 甚至提供了标签制卡的功能,更加优雅: https://www.bilibili.com/video/BV13A411o7yK
    openAI
    你如果看完我录的 RN 如何通过标签制卡的视频的话,你不会觉得不公平的,甚至会觉得 RN 的方式更好。
    openAI
    不赞同你所说的嵌套卡包方式,那样只会在不正确的方向上越走越远,尾大不掉。尽早面向更先进、更现代化的制卡方式才是正道。
    openAI
    我再说简单一点,标签是可以替代卡包的,效果一样,并且更加直观。
    openAI
    反驳你关于“不值得”的观点,思源的闪卡开发期也不过一个月,上线也不过才三个星期,现在正处于船小好调头的阶段。
    openAI
  • 其他回帖
  • pipa 1 评论
    捐赠者 订阅者

    我理想中的制卡就是不需要重复正文中提到的 Step2 和 Step3。因为同一篇文章的卡片很自然地应该属于同一分类,因此重复进行 Step2 和 Step3 是无意义的,并且这一过程让人抓狂。

    这是个很主观,想当然,思维保守,目光狭隘的观点

    • 对于“一元笔记”用户来说,这不够“自然”
    • 对于 Daily Notes 的用户来说,也不够“自然”
    • 对于笔记关系复杂的用户来说,也不够“自然”

    而思源笔记的优点之一就是包容不同的使用方式

    所谓的“抓狂”,可能是思源的包容,也可能只是自己的“倔强”

    因此思源不能因小失大,往路窄的地方发展

    关于纯粹的 DailyNote 用户,我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类,为什么到了制卡的时候,突然就要分类了?既然最终还是有分类的需求,为什么不能在制卡之前就完成分类呢?我理解,为了减轻记录的压力,所以不分类,但知识总是需要消化吸收的,早晚还是要对部分有价值的知识进行分类整理。我提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类换种方式提前一步进行而已,并没有给你们添堵。
    openAI
  • pipa
    捐赠者 订阅者

    方案三:如果用户甚至只有一个笔记本,连一级分类都没有,所有的笔记都是未分类的日记,那么可以采用标签机制来对卡片分类。比如,2023.01.12 这篇文章是关于中日战争的,那么可对里面的段落打上 历史/中国史历史/日本史 两个二级标签,自然地,相关的卡片就属于 中国史日本史历史 这 3 个卡包。这样同时也就克服了我上面提到的第 ④ 个缺点,可以直观地看出卡片属于哪个卡包。(文档树即卡包、标签树即卡包这两种机制是可以同时存在的,是兼容的)

    作者:openAI
    链接: 希望取消闪卡的卡包,因为文档树就是天然的卡包 - openAI 的回帖
    来源:链滴
    协议:CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/

    这个方案是不符合现有思源的理念的,现在实现不了,或者要实现是很难的

    因为思源的标签和文档(也就是双链)是还没有统一的

    我盲猜这是常用 RN 的思维惯性,因为我也听闻“RN 的统一性是十分好的”(对本句持谨慎观点)

  • openAI
    作者

    关于纯 dailynote 用户的这个问题,我把我在 github 上给 D 大的回复复制过来:

    Dailynote 的话,其实不需要太担心。比如具有 dailynote 的文档树如下:

    • 历史
      • Dailynote(历史)
        • 2023.01.12
        • 2023.01.11
      • 中国史
        • 唐史
        • 宋史
        • 元史
        • 明史
      • 世界史
        • 欧洲史
        • 阿拉伯史
        • 美国史
        • 日本史

    方案一:就按照文档树即卡包的逻辑,不做任何调整,保持使用逻辑一致。比如 2023.01.12 这篇文档中产生的卡片同时属于 2023.01.12Dailynote(历史)历史 这 3 个卡包。

    方案二:考虑到 dailynote 中的文档可能较多,可取消最后一级卡包。比如 2023.01.12 这篇文档中产生的卡片同时属于 Dailynote(历史)历史 这 2 个卡包。

    方案三:如果用户甚至只有一个笔记本,连一级分类都没有,所有的笔记都是未分类的日记,那么可以采用标签机制来对卡片分类。比如,2023.01.12 这篇文章是关于中日战争的,那么可对里面的段落打上 历史/中国史历史/日本史 两个二级标签,自然地,相关的卡片就属于 中国史日本史历史 这 3 个卡包。这样同时也就克服了我上面提到的第 ④ 个缺点,可以直观地看出卡片属于哪个卡包。(文档树即卡包、标签树即卡包这两种机制是可以同时存在的,是兼容的)

  • 查看全部回帖

推荐标签 标签

  • DevOps

    DevOps(Development 和 Operations 的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。

    32 引用 • 24 回帖 • 2 关注
  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    90 引用 • 375 回帖
  • 笔记

    好记性不如烂笔头。

    291 引用 • 775 回帖
  • golang

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    485 引用 • 1387 回帖 • 505 关注
  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖 • 1 关注
  • Ubuntu

    Ubuntu(友帮拓、优般图、乌班图)是一个以桌面应用为主的 Linux 操作系统,其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词,意思是“人性”、“我的存在是因为大家的存在”,是非洲传统的一种价值观,类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    122 引用 • 168 回帖 • 272 关注
  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    96 引用 • 330 回帖
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    19 引用 • 31 回帖 • 2 关注
  • OnlyOffice
    4 引用 • 3 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    134 引用 • 441 回帖
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug(漏洞)。

    81 引用 • 1744 回帖 • 2 关注
  • C

    C 语言是一门通用计算机编程语言,应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    65 引用 • 164 回帖 • 256 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    57 引用 • 29 回帖 • 1 关注
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系,基于确定和自然的设计价值观上的模块化解决方案,让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖 • 9 关注
  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年,是中国的 IT 社区和服务平台,为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务,满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    513 引用 • 669 回帖
  • 自由行
    6 关注
  • 开源中国

    开源中国是目前中国最大的开源技术社区。传播开源的理念,推广开源项目,为 IT 开发者提供了一个发现、使用、并交流开源技术的平台。目前开源中国社区已收录超过两万款开源软件。

    7 引用 • 86 回帖
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储,专门用于在分布式系统中保存关键数据。

    5 引用 • 26 回帖 • 491 关注
  • 一些有用的避坑指南。

    67 引用 • 94 回帖
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    183 引用 • 318 回帖 • 457 关注
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 150 关注
  • TensorFlow

    TensorFlow 是一个采用数据流图(data flow graphs),用于数值计算的开源软件库。节点(Nodes)在图中表示数学操作,图中的线(edges)则表示在节点间相互联系的多维数据数组,即张量(tensor)。

    20 引用 • 19 回帖
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 510 关注
  • 大数据

    大数据(big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    84 引用 • 112 回帖
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 6 关注
  • 人工智能

    人工智能(Artificial Intelligence)是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门技术科学。

    50 引用 • 89 回帖