关于思源笔记的一些看法

本贴最后更新于 820 天前,其中的信息可能已经东海扬尘

之前在思源三群发了个消息:

思源写作体验非常棒,算得上 PC 上 MD 笔记的写作体验的领头羊,唯一遗憾的默认存储格式不是.md,限制了玩法和使用场景,否则应该可以封神了。

然后有了如下对话:

萌新的化身[2] 2022/8/8 12:05:20
因果关系搞反了,就是因为打破了 md 的限制才有现在的思源

鸢尾 2022/8/8 12:44:28
果真 .md 格式总是成为大家对思源放不下心的原因

鸢尾 2022/8/8 12:45:17
军师 急需您写一条为什么思源不是.md 的说明

Evil Eyes 2022/8/8 12:46:59
“notion 也不是 md,有本事你去 notion 群里说啊”

Evil Eyes 2022/8/8 12:47:43
再回来的时候已经被骂得不成人形了

是 Dammy 不是 D 大 2022/8/8 12:48:34
MD 问题 D 大熟,我去翻翻 D 大语录看记下了吗,理解老深刻了

是 Dammy 不是 D 大 2022/8/8 12:50:07
坏了我没记

鸢尾 2022/8/8 12:55:05
D 大发的那个我也有点印象

有说大佬曾在群里深刻剖析过为啥不存储 md 的原因。但我进群的晚,没看到大佬的理解。不过呢,感觉对话中的两个理由都比较牵强。

首先我知道思源数据结构是基于内容块的,很多功能和复杂查询与数据关联都是基于这种特有的设计实现的,它就像一个数据库,甚至可以用类似 SQL 的语法进行查询,这种设计思路不错,不过这与最终是否存储为 MD 格式文件没有啥必然联系,因为保存现有格式的元数据与同时再生成一份 MD 文档并没有冲突,而且对直接存储 md 格式不放心的人毕竟是少数,没有啥放不放心,不行的话难道不能对是否存储 md 格式文档设置为用户可选项?

其次我个人认为思源现有的用户增量主要基于写作体验、开源、跨平台、官方同步等方面的原因,这些方面思源除了在移动端的的体验比较糟糕外其他都不错,所以用户的增长几乎是水到渠成的。但这个增速实话说却不是它应有的增速。还有大批人并不知道思源,不知道的原因除开官方推广外主要还是在于用户并没太大的主动意愿去做口碑传播,有些人知道,但用了不久又换其他笔记了,比如 ob。

刚开始我在一些平台回答笔记类的问答时也会推荐一下思源,但后来没有进行推荐了。主要原因有三:

第一、通常发问的人一般都找过许多笔记应用试用过,他们的需求一般是除写作之外的额外要求,否则 word 已是写作体验的天花板,他们也没必要发问,一些需求比较个性化,思源目前并不支持插件扩展,显然无法满足。

第二、md 笔记本身是些简单的标记格式,虽然简单,但也没到人人都懂的程度,懂得 md 语法,并且需要 md 笔记的人大多喜欢折腾,玩 nas、blog、web dev 的人居多,这些人对数据的敏感性高,同时又对数据的通用性有所要求,md 存储格式是其中一个指标,支持第三方同步也是一个指标。这两点不一定是比较重要的指标,但思源显然都不支持。

第三、推荐给一些人用了一段时间后,用的人最终大多还是没选择押宝思源,原因是多方面的,除了我前面说的那些,最主要的是偶发性的报错,思源版本更新很快,但同时也带来了一些问题,比如测试并不严谨,很多问题等新版发布一段时间后才会收到用户反馈,如果是通用型 BUG,恰好被新手体验到了,有些人会选择提交给官方,但更多的人怕是直接选择不用了。我用思源时也会经常遇到崩溃重建索引的情况,而且是连续几个新版本都存在这种偶发性错误,虽然似乎也没影响到数据,但也不太好跟人介绍了。

除上所述外还有一些其他问题,在此不一一列举。总之,思源有它独特的优势,第一眼就觉得惊艳,第二眼还是喜欢,但就目前而言尚未成熟,我知道思源是因为 Vditor,如果不是它,我可能至今也不晓得思源。这本身就是问题。

期待几年后的思源能够建立真正的 md 笔记生态,适用更多的场景,特别是深层次的插件支持,很多功能官方可以说一万个不做的理由,但对于需求者来说,只需要一个理由,扩展插件的意义就在于:你不做,我做。
我会随时关注,期待它超越 ob 的时候!

  • 思源笔记

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

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

    22026 引用 • 87866 回帖 • 4 关注

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • Bard 1 评论

    说点“感情用事”的观点:

    1. 在已经有了 ob logseq 等用 MD 做格式的笔记软件后,思源没必要进去内卷了
    2. 在日益复杂的功能场景下,MD 格式的局限性只会越来越大,额外消耗开发资源
    首先明确目标是啥,思源的目标是啥?做个全能笔记?知识库?那当初为何选 MD 入手?成熟的笔记应用和知识库管理软件一堆,不和 MD 磕,去跟 oneNote、myBase 这些应用卷吗?感觉这种想法首先就是自我否定,然后迷茫。本末倒置了,搞那么复杂,其实有那么多需要吗?我只不过想要个全平台可用,用起来舒服,有简易文档分类的电子笔记本而已,甚至我都不需要什么双链引用和知识管理这些耗费精力的功能,这些功能从来只有极少数人用,大多数人并不需要,为了满足少数人的需求而忽略大多数人的需求,这路子似乎不怎么正啊。用产品的话说,很多东西看似重要,其实都是伪需求。
    shileiye
  • 其他回帖
  • 对于 Markdown 的不合适用于知识管理有以下几点

    1. 知识管理需要对一段知识,或者一个块进行唯一标记,但在 Markdown 设计之初就没有这样的需求,所以 ob 在这一块实现的既不优雅,也不够实用,块的定位有问题
    2. Markdown 文件无法保证文件的唯一写入,这就会造成文件损坏,权限异常等无法解决的问题,解决的办法只用思源通过 api 才能对文件保证“事务性”的操作
    1 回复
  • wab77 1 评论
    • 为何 Obsidian 比 Siyuan 更出名?
      • Obsidian 由 Dynalist 的开发者在 2020 年 5 月发布 0.0.1 版本,Dynalist 的竞品是 Workflowy,所以他们已经拥有了一批忠实的海外用户和稳定的社区,在社区中也进行过宣传
      • 国外的软件很容易由用户传播到国内,但反之很难。
      • Siyuan 的国际化进程非常缓慢,没有专门的英文社区,因为它很难维护与沟通。
    • 为什么不用 word 写作或记笔记?
      • word 不是不能,而是不合适,因为有专门的写作软件与笔记软件。
      • 用户的需求是多样的,但是对于软件的开发者来说,不可能全部满足。所谓「重器轻用」,用一个软件最吸引你的地方,适当的提建议而非让软件变得十项全能。
    • Siyuan 不支持扩展
      • Siyuan 自身的编辑体验比较好,加上扩展只相当于锦上添花,而非如虎添翼。
      • 但是没有插件的 Obsidian 编辑体验并不好,拥有诸多插件的 Obsidian 才是如虎添翼,编辑体验直线上升。但是依靠插件让一个软件 All in one 并不是好的想法。
    • Siyuan 的快速迭代导致 Bug 层出不穷
      • 我也在想,Siyuan 进入正式版的速度是不是太快了些?
      • 作为笔记软件,最严重的问题是数据的丢失。软件一旦上云就会出现各种数据方面的问题,Siyuan 的社区中大部分是关于云端同步的问题。通过备份软件定期备份,每天或者每小时自动备份。但 Siyuan 的本地功能是非常棒的,方便后期整理。
      • 我经常在 Obsidian 中写文档,因为有的文档篇幅比较长,时间跨度大,我需要有易于查看的文档历史版本。Siyuan 的这些功能还不够好用,但是在完成后我会归档到 Siyuan 中,因为 Siyuan 的对文档的整理功能很好用。
      • Obsidian 的云同步做的很棒,这也是我用它来写文档的原因,App 也比较好用。即便如此,我也是每天定时备份着文档数据。
    • 文档格式非 md
      • 这是开发者的决策,他在博客中也有相关抉择的思考。你所想到的,开发者都有所考虑,开发者当然更珍惜自己的成果,也为了让软件走的更远。
      • 软件本身是开源的,数据不会丢失。而文档内的体系,比如双向链接这些东西是与软件捆绑的。但无论哪个软件都不例外,每个软件自己的特色功能用别的软件打开后可能就是面目全非的。
    • 不用纠结用目前还没有的功能,向开发者提出合理的建议,说出你的想法。开发者需要吸收与过滤用户的建议后才能让软件变得更好,开发者也很难,功能多会导致学习成本和维护成本急剧增加,80% 的功能提供给了 20% 的人用,功能少则不能吸引更多的用户。所以有一些功能并非技术上不可行。
    这个回复很客观,简而言之,立场不同,考量不同。我是用户,想要什么可以提。我是开发者,要怎么做可以听用户的,也可以不听。自由选择而已,没啥对错之分。
    shileiye
  • Bard 1 评论

    要说先进呢直接存数据库就好,何必瞎折腾存什么物理文档。既然存在,那必然是有道理的。存数据库是方便,但跨平台同步怎么办?数据库的合并可不像文档合并那么简单,离线同步也不可能用中心化的数据库来处理,否则网络不通冲突依然存在,当然,解决方案很多,想要解决你的先进数据存储问题有很多优秀的方案可用。但为啥非得存 MD 文件?因为有地方要用啊,具体怎么用你也不用问,总之是有这个需求,无论是对接第三方系统还是个人笔记管理,都有其存在的必要性。导出固然也可以,但费事。简而言之就是想偷懒,编辑完就完了多好,还得导出解压放到指定位置去,这就增加了使用成本,因此我提这个也仅是基于使用不便来提,然后延伸出一堆问题,说了那么多我也不想再说了。思源要做成啥样我管不着,就提点看法。有无道理两说,总之我的需求只是好好管理我的 MD 文档,而不是管理所谓的知识或是笔记。这些在 MD 文档里就包含了,不需要软件替我思考该怎么管理内容,然后强制我按照这种思路去管理我的内容,即便这种方法确实很先进,但也意味着繁复,结果未必高效。

    作者:shileiye
    链接: 关于思源笔记的一些看法
    来源:链滴
    协议:CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/

    思源是有数据库的,“重建索引”只得就是数据库

    有物理文档,是为了和数据库形成优势互补,物理文件偏重于个人备份,数据库偏重于检索功能

    并不是什么事都“存在即道理”,新冠还传播着,有道理吗?非洲还有饿死的人,有道理吗?

    多看看官方帮助文档就会知道,思源跨平台同步用的是加密后的文本就行同步的,跟数据库没关系

    不需要软件替我思考该怎么管理内容,然后强制我按照这种思路去管理我的内容,即便这种方法确实很先进,但也意味着繁复,结果未必高效。

    “己所不欲勿施于人”

    己所欲就可施与人?那似乎叫独裁。干嘛非得加密呢?就喜欢明文存储不行?想加密的加密,不想加密的明文存就是了,给用户选择,而不是帮用户做决定。存在即合理是哲学问题,怎么说都可以是对,也可以是错,就不与你探讨了。做软件如做人,得道多助失道寡助,按自己的想法思路做事当然没问题,只是大多数人喜欢你只是因为同道,不喜欢你只是因为非同道。设限于小众,那便只能服务少数人。既然这软件只是为了服务那几个人,那我自然也没啥好说的。
    shileiye
  • 查看全部回帖

推荐标签 标签

  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务,可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务,所以该项目也已经停止维护了!

    34 引用 • 467 回帖 • 743 关注
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 533 关注
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    12 引用 • 54 回帖 • 163 关注
  • Firefox

    Mozilla Firefox 中文俗称“火狐”(正式缩写为 Fx 或 fx,非正式缩写为 FF),是一个开源的网页浏览器,使用 Gecko 排版引擎,支持多种操作系统,如 Windows、OSX 及 Linux 等。

    8 引用 • 30 回帖 • 407 关注
  • Typecho

    Typecho 是一款博客程序,它在 GPLv2 许可证下发行,基于 PHP 构建,可以运行在各种平台上,支持多种数据库(MySQL、PostgreSQL、SQLite)。

    12 引用 • 65 回帖 • 452 关注
  • 小说

    小说是以刻画人物形象为中心,通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖 • 1 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • Netty

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

    49 引用 • 33 回帖 • 20 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    209 引用 • 2031 回帖
  • 游戏

    沉迷游戏伤身,强撸灰飞烟灭。

    176 引用 • 815 回帖
  • PHP

    PHP(Hypertext Preprocessor)是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点,主要适用于 Web 开发领域,据说是世界上最好的编程语言。

    179 引用 • 407 回帖 • 489 关注
  • 负能量

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

    88 引用 • 1235 回帖 • 406 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    6 引用 • 14 回帖 • 3 关注
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 53 回帖 • 82 关注
  • 一些有用的避坑指南。

    69 引用 • 93 回帖
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    86 引用 • 122 回帖 • 618 关注
  • 新人

    让我们欢迎这对新人。哦,不好意思说错了,让我们欢迎这位新人!
    新手上路,请谨慎驾驶!

    52 引用 • 228 回帖 • 1 关注
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖
  • 996
    13 引用 • 200 回帖 • 1 关注
  • AngularJS

    AngularJS 诞生于 2009 年,由 Misko Hevery 等人创建,后为 Google 所收购。是一款优秀的前端 JS 框架,已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性,最为核心的是:MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。

    12 引用 • 50 回帖 • 474 关注
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 683 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 154 关注
  • danl
    129 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 2 关注
  • 外包

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

    26 引用 • 232 回帖 • 4 关注
  • DevOps

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

    46 引用 • 25 回帖