登录 注册

思源与渐进写作相关的问题

本贴最后更新于 475 天前，其中的信息可能已经斗转星移

本文是《渐进写作尝试（暂定名）》中的部分内容，因采取渐进写作故完成日期未知，听说思源最近在改闪卡，并且社区里也有一点和渐进写作相关的讨论，便先分享出来，抛砖引玉

思源有着文档型双链笔记软件里最好的写作体验，并且也有间隔重复功能，但有一些问题

思源的间隔重复功能叫闪卡，使用的是 FSRS 算法，FSRS 是单纯针对问答卡的算法，使用问答评分的形式计算间隔，并没有对文章卡/摘录卡的支持

就算强行使用效果也并不好，新卡前几个选项都是当天就能再刷到，最后一个选项直接扔六天后了。对于问答卡而言，当天反复复习可能并没有什么问题；但文章卡，不论是从文章中摘录、对摘录挖空、还是写作，一天最多推一次就够了。六天起步又太久了

尽管 FSRS 并不是为渐进阅读设计的，不支持文章卡，但在使用中进行渐进阅读也并不是无法接受，因为文章卡总会被处理为问答卡，最后就可以应用上 FSRS。但对于渐进写作，文章卡本身就是目的，是终点，强行使用的适用性低到无法接受是十分正常的

或许可以通过调整参数来提升可用性，但这就不是普通用户能做到的事情了

思源里想为渐进写作文档添加间隔重复也有些麻烦，如果是一个分了很多细致标题的文档，需要为每一个标题添加间隔重复（这样才称得上渐进）。另一个问题是，上级标题会包含下级标题，可能我只是在上级标题下写一些描述，细则丢给几个下级标题，但在间隔重复到上级标题时，也会看到下级的内容。也就是说文章卡的范围是不完全可控的，这只能通过将所有文本内容细分到最末层的标题来避免，例如专门建一个“描述”标题在下面写描述

思源目前的间隔重复页面只能看到卡片的内容，看不到目录树/大纲树和反链面板，在渐进写作中只有面包屑是不够的，有时需要看到整篇文章的结构；反链面板则对于在双链笔记中的写作十分重要，不过这也可以通过插件在文章末尾里添加反链面板来解决。另外反链面板是标题的反链，而不是整个文档的反链，记录的时候可能不会链得那么细，这也是个问题

总体来说思源距离顺畅地渐进写作还有着不小的距离，一些是需要思源本身对这个方向进行的改进，还有一些是受到 FSRS 只支持问答卡的限制，这方面可能会更加艰难

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    26032 引用 • 108040 回帖
武汉 位置
1 关注
5 回帖
3
2
330 150 4 73 4 2 93

相关帖子

5 回帖
思源与渐进写作相关的问题

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • Grrittyb • • 1 via macOS

    我其实一直有一个疑惑，supermemo 在「渐进阅读」方面算是做的最好的了，然而 supermemo 的 「摘录卡片」其实并没有评分选项，它只是用来排期的。你今天复习了的结果并不影响它下次出现的时间。

    但是现在大家貌似普遍都用 FSRS 来调度「摘录卡片」（或者是文章卡），但是除了增加迷惑性之外并没有任何作用。FSRS 本身是「间隔重复记忆算法」而不是「渐进阅读算法」。

    完全的随机漫游都算是比较合理的「渐进阅读」的调度了...至少它没有那么多无意义的评分，心智负担也会小很多。

    我个人认为 思源的渐进阅读插件，通过「优先级」去调度「摘录卡片」是比较有效的。在随机漫游的基础上增加「优先级」权重来实现「渐进阅读」而不是通过「卡片评价」。

    1 回复
  • fwzuw •
    作者

    sm 的卡片会在创建时计算一个出 A-因子，这个值会影响卡片复习间隔增大的程度，值越高间隔增加的也就越快

    在问答卡中，这个值会随着评分更新，记得好就变大，记得差就变小，并且不能手动修改。当然影响复习排期的还有其他东西

    而在文章卡中，这个值可以手动修改，如果不修改的话，那么就一直是创建这张卡时的值。至于有没有别的东西影响排期我就不知道了

    至于创建卡时是怎么计算这个值的，并不怎么清楚，可能涉及到字数、摘录次数、卡片层级、继承等

    优先级主要影响卡片在复习队列中的位置，对于排期的影响只会在自动推迟时产生，当之前的卡没刷完时，优先级高的少推迟几天，优先级低的多推迟几天

    鉴于 FSRS 不支持文章卡，对文章卡的排期算法实现将会是实现渐进阅读与渐进写作以及所有涉及文章卡的进阶技术时最头疼的地方

    1 回复
  • Grrittyb • via macOS

    这个是 sm-2 的算法吧。后续的算法可能已经相差比较大了。

    其实目前来说，对于问答卡算法的最优解还是 FSRS，使用自己的历史复习记录拟合后的参数，记忆保留率超过了 sm-17。只是目前的思源笔记，想要优化参数还比较困难。一是，需要依赖第三方插件导出复习记录。二是，没有多个参数配置，因为对于难度不同的一组问答卡，参数会有不同。

    对于文章卡的渐进阅读，首先并不清楚 supermemo 是如何处理的，因为没有开源。想要模仿也不是短期能做到的事情。我个人倾向的方案是，手动筛选进行学习。通过 渐进阅读 插件（当然目前还有些小问题）实现简单的「增量阅读」。

    sm 通过算法去推文章很好，在不同的文章中随机渐进。但是，如果想要系统性的学习，由算法安排阅读可能不是一件好事，我对它的「效率」存疑（这是说的是「效率」，而不是「乐趣」）。

    实际上，知识的记忆完全可以依托于「问答卡」，而「文章卡」的调度，仅仅只是自己当前「阅读偏好」的体现。甚至是，在现代社会，很多时候由于「外在压力」，我们需要自己选择「文章卡」进行渐进，而不是「算法」选择。从这个层面来说，可能自主选择的「渐进阅读」稳定性会更好些（也算是在现代社会进行学习的一种妥协，我们很难达到最优解）

    sm 最终的意义是「学习」，所有的东西都是辅助我们降低学习阻力。但是每个人有不同的外部环境。woz 显然不是从一个外界变化复杂的、需要面临各种生存压力的普通人角度考虑的。对于个人的学习，还是应该适当调整。

    1 回复
  • fwzuw •
    作者

    我描述的是 sm 18 中的行为，自然是 sm-18 算法

    你可能没有用过 sm，所以有一个误解，那就是只能由算法推送文章来决定阅读时机。实际上还有两种选择，一是将材料导入后设为新材料，新材料不会排期，需要自己主动切换到新材料队列阅读，阅读过的卡才会进入排期（前提是你没有将他忽略或 done）；二是直接在目录树里点开读，毕竟卡片和目录就在那里，没人不让你读。你可能会疑惑我在队列外读完了，那队列里的怎么办呢？如果你读完了，直接忽略或者 done 就行了，就不会再排期了

    并不是说 sm 可以用算法推送文章来初次阅读就一定要这么做，实际上大部分材料都只适合线性阅读，因为他们都是为线性阅读而写的，一定要分割后乱序阅读往往会很吃力，而且还有别的问题

    以上是对于不能手动选择阅读材料的误解澄清，你是可以主动阅读的

    可能是我之前的回复中的“文章卡”让你产生了误会，实际上那里指的是 渐进阅读中的摘录卡 与 渐进写作中的文章卡，并不是在强调 渐进阅读中的文章卡

    1 回复
    1 操作
    fwzuw 在 2024-03-05 00:42:04 更新了该回帖
  • Grrittyb • via macOS

    使用过一段时间的 sm，其实很少选择手动去处理。sm 文档树管理比较困难。导入多了后其实不太方便排序，加上 sm 的摘录卡增加了很多无意义的碎片。我个人到后面就很少直接摘录了。而是直接创建新卡比较多，即使这样，文档树管理还是麻烦。这是 sm 的问题，这里暂且不讨论。

    我刚刚的回复，其实主要想法是：不去模拟 sm 的算法，也不使用 fsrs，而是暂且先试用简单的 随机漫步 + 优先级推荐 + 自由选择 进行渐进阅读、渐进写作。这样对于大多数人还是适用的。

fwzuw
武汉
回帖
15
 帖子
9
 积分
1296

近期热议

推荐标签 标签

  • 宕机

    宕机，多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态，也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态，也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 75 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎，支持 Go 和 JavaScript。

    29 引用 • 202 回帖 • 29 关注
  • 外包

    有空闲时间是接外包好呢还是学习好呢？

    26 引用 • 233 回帖 • 2 关注
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 490 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起，它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖
  • Sym

    Sym 是一款用 Java 实现的现代化社区（论坛/BBS/社交网络/博客）系统平台。

    下一代的社区系统，为未来而构建

    524 引用 • 4601 回帖 • 710 关注
  • OpenResty

    OpenResty 是一个基于 NGINX 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。

    17 引用 • 51 关注
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    98 引用 • 903 回帖
  • abitmean

    有点意思就行了

    • 35 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统，最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统，最初是设计给 iPhone 使用的，后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样，属于类 Unix 的商业操作系统。

    89 引用 • 150 回帖
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架，使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用，例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 37 关注
  • WordPress

    WordPress 是一个使用 PHP 语言开发的博客平台，用户可以在支持 PHP 和 MySQL 数据库的服务器上架设自己的博客。也可以把 WordPress 当作一个内容管理系统（CMS）来使用。WordPress 是一个免费的开源项目，在 GNU 通用公共许可证（GPLv2）下授权发布。

    45 引用 • 114 回帖 • 172 关注
  • 面试

    面试造航母，上班拧螺丝。多面试，少加班。

    326 引用 • 1395 回帖
  • 脑图

    脑图又叫思维导图，是表达发散性思维的有效图形思维工具 ，它简单却又很有效，是一种实用性的思维工具。

    32 引用 • 99 回帖
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统，是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议，并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想，是一个性能稳定的多用户网络操作系统。

    954 引用 • 944 回帖
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台，同时可以将自己看到的精彩内容分享到微信朋友圈。

    133 引用 • 796 回帖
  • 创造

    你创造的作品可能会帮助到很多人，如果是开源项目的话就更赞了！

    186 引用 • 1021 回帖
  • SQLite

    SQLite 是一个进程内的库，实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    4 引用 • 7 回帖 • 3 关注
  • 友情链接

    确认过眼神后的灵魂连接，站在链在！

    24 引用 • 373 回帖
  • jQuery

    jQuery 是一套跨浏览器的 JavaScript 库，强化 HTML 与 JavaScript 之间的操作。由 John Resig 在 2006 年 1 月的 BarCamp NYC 上释出第一个版本。全球约有 28% 的网站使用 jQuery，是非常受欢迎的 JavaScript 库。

    63 引用 • 134 回帖 • 734 关注
  • C++

    C++ 是在 C 语言的基础上开发的一种通用编程语言，应用广泛。C++ 支持多种编程范式，面向对象编程、泛型编程和过程化编程。

    108 引用 • 153 回帖
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架，基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 403 关注
  • OAuth

    OAuth 协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是 oAuth 的授权不会使第三方触及到用户的帐号信息（如用户名与密码），即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权，因此 oAuth 是安全的。oAuth 是 Open Authorization 的简写。

    36 引用 • 103 回帖 • 37 关注
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识，提高团队的工作效率，让用户满意。

    3 引用 • 8 回帖 • 1 关注
  • Access
    1 引用 • 3 回帖 • 3 关注
  • OpenCV
    15 引用 • 36 回帖 • 6 关注
  • 负能量

    上帝为你关上了一扇门，然后就去睡觉了....努力不一定能成功，但不努力一定很轻松 (° ー °〃)

    89 引用 • 1251 回帖 • 395 关注

最新标签