关于思源笔记的一些看法

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

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

思源写作体验非常棒,算得上 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 的时候!

  • 思源笔记

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

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

    22353 引用 • 89448 回帖

相关帖子

欢迎来到这里!

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

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

    如果是为了满足知识管理、块管理等,关联特定数据结构即可

    具体如何关联特定数据结构,可以了聊聊大致方案吗,我看这是之前 MD 做知识管理一个很重要的问题,用“…即可”无法体现出解决这个问题背后的复杂性

    要满足思源的万物皆内容块,那么首先记录的最小粒度就是块,那么在存储数据上可以抽象为一个内容块就是一条记录,无论是用数据库还是 JSON 存储,以内容块作为存储单位即可。整个文档则由不同的内容块集合组成,具象化的话就是在文档表中存储包含的内容块 ID 即可,如此无论正向还是反向皆可查。解决了数据结构层面的问题,那么展现层的问题自然也不复杂,每个内容块都有单独的 ID,无论是内容定位还是类似列表的展示处理起来似乎都不算是事吧?
    shileiye
  • 其他回帖
  • Bard

    对于 Markdown 的不合适用于知识管理有以下几点

    1. 知识管理需要对一段知识,或者一个块进行唯一标记,但在 Markdown 设计之初就没有这样的需求,所以 ob 在这一块实现的既不优雅,也不够实用,块的定位有问题
    2. Markdown 文件无法保证文件的唯一写入,这就会造成文件损坏,权限异常等无法解决的问题,解决的办法只用思源通过 api 才能对文件保证“事务性”的操作
    1 回复
  • Bard 1 评论

    所谓生态就是围绕一个关键因素建立的应用关联,你只看到了笔记一个场景,却忽略了整个大环境,目前 MD 文档正在成为富文本外的第二选择,许多应用系统集成了 MD 文档的直接应用,比如一些博客系统、一些文档管理系统、一些办公系统、一些信息发布系统、一些阅读系统、一些 IDE 开发工具等等,更不用说让 MD 源远流长的 Git 代码库了。你想到的只是满足个人写笔记,却没看到那些 MD 正在肆虐的地方,符合标准的 MD 文档正在成为主流。而原因,正是因为它的简洁与复杂,不矛盾,用简洁的语法实现复杂的效果,这就是 MD 的魅力,而你居然把它的优势看成一种劣势,着实有些以己度人。论复杂,请问你为啥不用富文本、HTML 写笔记?

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

    “MD 语法”和 “MD 文档”并不能相提并论

    我相信 “MD 语法”正在成为富文本外的第二选择

    不认可“MD 文档”正在成为…

    “MD 肆虐的地方”与思源可以完美融入,因为开发者本身就是 MD 开发专家,支持最标准的 MD 规范

    在就像之前已经说过的,MD 简洁是排版的魅力,不是知识管理的魅力

    在知识管理和笔记软件的角度来看 MD 就是一种劣势

    “论复杂度”并不代表“MD 简单不能用,json 复杂而可以用”,意思是“当前知识管理的场景下,MD 简单到不能用”

    我都不想再辩了,如你所说,MD 文档是 MD 语法数据的载体,我只想用 MD 文档来存放 MD 文本,其他乱七八糟的格式,尤其是非明文的格式我不喜欢,仅此而已。
    shileiye
  • Bard 1 评论

    如果思源不是基于 MD 我可能用都不会用,用思源本质上就是基于 MD 写作,思源要另立标准那也无所谓,再找另外的 MD 编辑器就是。是的,目前来说我只是把思源当作 MD 编辑器在使用,用它做知识管理是有风险的,不是诅咒哈,但我从不相信有啥万年不腐的软件,假使有一天思源不再更新了,那么思源独有的数据格式迁移起来就麻烦了,最明确的文件夹 + 文件本体的物理存放 MD 文档是最稳妥的方式,思源的逻辑分类实话说迁移起来比较费事,文档结构里每个分类都一个多余的 MD 文档不说,批量导出也不含资源,只能一个大分类一个大分类的导出,确实麻烦,不是我对思源没信心,只是见惯了跑路和毁前途的软件,用之前都得考虑好结局,这是底线,也是不想受制的考量。你可以说我格局小,但真不想也不愿在一棵树上吊死。

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

    思源没有另立“标准”,内部封装形式本质就和用户所解耦的,就是用火星文写也没关系

    在用户侧来说就是“MD 语法写,MD 文件导入,MD 语法导出”

    凡是都是有风险的,我理解楼主的担忧,但有句话是这样说的“不谈计量谈毒性,都是耍流氓”

    引申到这里,显然就是:不量化风险大小就说风险是不够严谨和轻佻

    此处思源的核心优势就是“开源”了,相信楼主肯定会在仔细读过楼上已经有别的朋友评论过的

    哦对,再提一嘴什么是开源。

    开源就是这些源码是公布的,有效的,所有人都可以看、下载、修改和编译的,你自己可以在约定的规则下编译、修改和使用的。

    那么之所以 D 大和 V 大哪怕把项目删了,都无所谓,就是代码是完全公开的,这个项目不是像 QQ、WX、Word、WPS 那种私有的,代码完全不公开,这几个公司没了这软件就不能用的。而 Siyuan 你完全可以自己编译,或者用 Github 编译,都是你的自由。你也可以感觉 Siyuan 那里写的不好,不随你的心意,只要 Fork 一下,你就有一份随便你使用的 Siyuan 代码,随便改。

    Siyuan 自带的同步是官方同步,但这个文件夹就在我本地,我随时都可以访问,明文存储,我想备份到哪都可以,我就是直接备份到我的 Github 私有项目。我这两年都来来回回重装十几次系统了,Linux、Windows、MacOS 都用过,Linux 发行版我都用过五六个,要么直接复制粘贴,要么直接 git pull 一下,都没有一点影响 Siyuan。

    所以,支持开源,相信开源。

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

    以及再自行细心搜索“开源意味着什么”后

    真正的理解“使用思源的风险到底有多低”

    要是还不理解的话,楼主可以去把 D 的帖子搜出来,看看

    算了,我人好,怕楼主麻烦,已经找到了 思源笔记缘起 - 链滴

    数据可以完全离线以后,还剩下最后一个问题:软件生命周期。

    没有任何软件开发团队能保证软件能够持续可用,从开发团队来说,发生软件终止维护的可能性太多了,比如:经费不足、研发目标转移或者遇到不可抗力(比如开发人员突然离世)。

    有一种有效的方法可以在最大限度上解决软件停更造成的不可迁移,那就是 开源 。如果软件有足够价值且是完整开源的,即使主创团队无法继续维护了,其他开发者也能接过重任。从开发团队实际情况出发,完全开源是比较难办到的,虽然开源商业化模式在很多项目上已经大获成功,但并不是每一个项目都适合这样做或者说需要等待适合的时机。

    作者:88250
    链接: 思源笔记缘起
    来源:链滴
    协议:CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/

    虽然看完这篇“缘起”的帖子相信楼主已经可以进一步理解思源的部分情况

    但还是说以下万一地球毁灭,没人接手思源,应该怎么办吧

    1. 不要折腾思源的 .sy 源文件
    2. 直接导出 MD 文件包
    3. 找到支持 MD 导入的软件,导入

    要是还不行的话,思源的数据解析器也是开源的,楼主“不过是”改改解析器 .sy 文件想怎么导出就怎么导出,什么 Word,富文本,自己开发套笔记都可以

    有人说“历史虽然不重复,但总是压着相同的韵脚”

    但也有人说“历史数据不能代表未来走势”

    文档结构里每个分类都一个多余的 MD 文档不说,批量导出也不含资源,只能一个大分类一个大分类的导出

    我刚才试了,通过软件导出 Markdown 的形式都是可以的,所以我并不清楚楼主为什么这么说,我不相信楼主不自己试试就冒出来这句话,应该是我理解有误吧,希望楼主有时间的话可以进一步描述这个场景的不合理之处

    只要言之有理,我就带头提开发需求,再不行就在社区开投票贴,再不行就磨开发者,直到满足需求为止,这当然不是说服楼主转投思源,毕竟这是个开放的社区,您的建议或许可以方便的更多的用户

    说到这里,希望楼主用的不是 ob ,毕竟 ob 连开源软件都不是,从这个角度来说 ob 很有可能就死在思源前面了,谈何“超越”呢

    拜读了一下思源笔记缘起,上面所述的我基本赞同,因为二十年来我也确实在寻找一款可以长期使用的个人文档管理应用,也动过自己写一个的念头。但一是技术不到家,二是懒,所以一直在躺平。这一点上我是很佩服这些不服就干的人的。不过呢,哪怕遇见了思源也没完全满足我个人的需求。我也不想说什么代表广大用户的需求,至少二十多年来所经历的应用确实没有一个能完全满足的我个人需求的。或许我个人对文档的应用场景确实比一般人多一些,本来我也不想提这些的。因为就这些年在这行混的经验来说,很少有官方会为个别用户的需求而改变既定策略,各有各的想法,难免出现认知冲突,只是不吐又不快,我大概这辈子也很难自己去写个笔记应用,但有些东西说不说是一回事,听不听是另外一回事,如果有需求不说,那自然是我的问题。说出来有没人在意那不是我的事。所以基于此我在这里说了一下,并非指望官方就眼巴巴的赶紧给做出来,也只是让一些人知道有人有这些需求,有一些声音罢了。 至于说开源的问题,技术不到家,写写小插件还好,涉及到架构调整还是算了。官方给的源码没有说明,我至今都还没编译成功,更别提修改了。所以我改不了,即便改得了,官方也不一定接受。总之呢,思源的开源目前对于我等渣渣意义不大。否则我也不用在这里提这些“非主流”需求了。 最后,关于导出导入 MD 文档,我只是说它繁琐,不如直接保存 MD 来的实在,仅此而已。
    shileiye
  • 查看全部回帖

推荐标签 标签

  • SVN

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

    29 引用 • 98 回帖 • 680 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 62 关注
  • jsoup

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

    6 引用 • 1 回帖 • 476 关注
  • V2Ray
    1 引用 • 15 回帖 • 1 关注
  • 创造

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

    179 引用 • 995 回帖
  • 支付宝

    支付宝是全球领先的独立第三方支付平台,致力于为广大用户提供安全快速的电子支付/网上支付/安全支付/手机支付体验,及转账收款/水电煤缴费/信用卡还款/AA 收款等生活服务应用。

    29 引用 • 347 回帖
  • IBM

    IBM(国际商业机器公司)或万国商业机器公司,简称 IBM(International Business Machines Corporation),总公司在纽约州阿蒙克市。1911 年托马斯·沃森创立于美国,是全球最大的信息技术和业务解决方案公司,拥有全球雇员 30 多万人,业务遍及 160 多个国家和地区。

    17 引用 • 53 回帖 • 136 关注
  • Facebook

    Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流,分享无限上传的图片,发布链接和视频,更可以增进对朋友的了解。

    4 引用 • 15 回帖 • 453 关注
  • WebClipper

    Web Clipper 是一款浏览器剪藏扩展,它可以帮助你把网页内容剪藏到本地。

    3 引用 • 9 回帖
  • 智能合约

    智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖 • 4 关注
  • 房星科技

    房星网,我们不和没有钱的程序员谈理想,我们要让程序员又有理想又有钱。我们有雄厚的房地产行业线下资源,遍布昆明全城的 100 家门店、四千地产经纪人是我们坚实的后盾。

    6 引用 • 141 回帖 • 585 关注
  • 外包

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

    26 引用 • 232 回帖 • 2 关注
  • OAuth

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

    36 引用 • 103 回帖 • 9 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 94 关注
  • 自由行
    11 关注
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    222 引用 • 473 回帖
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器,在 1999 年被捐献给 ASF(Apache Software Foundation),隶属于 Jakarta 项目,现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范,同时也提供 HTTP 服务,是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    149 引用 • 257 回帖
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 30 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 9 关注
  • 百度

    百度(Nasdaq:BIDU)是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村,致力于向人们提供“简单,可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”,象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 177 关注
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    21 引用 • 140 回帖 • 1 关注
  • SQLite

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

    5 引用 • 7 回帖
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 58 关注
  • SOHO

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

    7 引用 • 55 回帖 • 18 关注