关于思源笔记的一些看法

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

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

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

  • 思源笔记

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

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

    18678 引用 • 69677 回帖 • 1 关注

相关帖子

欢迎来到这里!

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

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

    md 真的太弱了,之前我就和我的同学讨论过 markdown 的缺陷。。。。

    首先 siyuan 是开源的,只要你 Fork 一下,这个项目你就相当于永久保存了,哪怕 D 大和 V 大删了都不会影响你。你同步也可以同步到 github 等等其他地方,你随便访问你保存的目录,没有人会干扰你的自由。

    其次 Siyuan 的存储本身也是一个代码文本,不是 APP、Word 那种结构化的东西,只不过 MD 的结构复杂度远低于 Siyuan 的复杂度,导致 Siyuan 的纯文件阅读会非常困难。

    与其说 Siyuan 为什么不支持这样的纯 md,更不如说,md 本身的贫瘠功能并不足以支持 siyuan 的发展。在最早的 Siyuan 是用 MD 保存的,但后来验证很难支撑起这样一个结构化的。因为 MD 的设计初衷就是类似于一个记录的文本,是一维度、线性的。

    如果老哥写代码非常多,就知道只在编辑器里面写代码,而没有注释、代码的跳转什么的功能,就是给自己找罪受,因为这里用到一个 function,那里用到另一个 function 等等。

    要我说与其说是怀念 MD,不如说是怀念 MD 可以直接用键盘简单的进行编辑。这个是 Siyuan 的缺陷,也是那些快捷键虽然多,但记忆和掌握起来相对更复杂的问题

    MD 本身确实不具备复杂应用的特性,但并不意味着需要放弃 MD 格式本身,无论是使用数据库还是 JSON 来存储 MD 源数据都可以实现复杂的应用,唯一要解决的就是与 MD 文件的关联,而不是彻底放弃 MD 格式。MD 是展示层的东西,也可以是源数据的载体,数据库或者 JSON 完全可以作为中转区域来实现各种复杂应用,没必要完全放弃 MD 格式,放弃 MD 格式也就是放弃了整个 MD 生态,以至于它就只是一个笔记,而无法适应更多的应用场景。比如 WEB 文档、移动端更好的写作体验、个人数据统一管理等等。
    shileiye
  • 其他回帖
  • 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 笔记软件也就 ob 和 logseq,而且现在这俩的 md 文件很容易不兼容了

    这已经有悖于 md 的初衷了

    对了,如果说“md 笔记生态”是支持 md 语法的,那思源是属于的

    如果“md 笔记生态”是用 md 文件存储的,那我觉得及没必要,也弊端显著,不进去挺好

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

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

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

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

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

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

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

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

    “己所不欲勿施于人”

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

推荐标签 标签

  • 反馈

    Communication channel for makers and users.

    123 引用 • 906 回帖 • 193 关注
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 23 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 152 关注
  • Google

    Google(Google Inc.,NASDAQ:GOOG)是一家美国上市公司(公有股份公司),于 1998 年 9 月 7 日以私有股份公司的形式创立,设计并管理一个互联网搜索引擎。Google 公司的总部称作“Googleplex”,它位于加利福尼亚山景城。Google 目前被公认为是全球规模最大的搜索引擎,它提供了简单易用的免费服务。不作恶(Don't be evil)是谷歌公司的一项非正式的公司口号。

    49 引用 • 192 回帖
  • 国际化

    i18n(其来源是英文单词 internationalization 的首末字符 i 和 n,18 为中间的字符数)是“国际化”的简称。对程序来说,国际化是指在不修改代码的情况下,能根据不同语言及地区显示相应的界面。

    7 引用 • 26 回帖
  • Ant-Design

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

    17 引用 • 23 回帖 • 1 关注
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用 • 26 关注
  • C

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

    83 引用 • 165 回帖 • 43 关注
  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 179 关注
  • Gzip

    gzip (GNU zip)是 GNU 自由软件的文件压缩程序。我们在 Linux 中经常会用到后缀为 .gz 的文件,它们就是 Gzip 格式的。现今已经成为互联网上使用非常普遍的一种数据压缩格式,或者说一种文件格式。

    9 引用 • 12 回帖 • 111 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 686 关注
  • Flutter

    Flutter 是谷歌的移动 UI 框架,可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作,它正在被越来越多的开发者和组织使用,并且 Flutter 是完全免费、开源的。

    39 引用 • 92 回帖 • 8 关注
  • Vim

    Vim 是类 UNIX 系统文本编辑器 Vi 的加强版本,加入了更多特性来帮助编辑源代码。Vim 的部分增强功能包括文件比较(vimdiff)、语法高亮、全面的帮助系统、本地脚本(Vimscript)和便于选择的可视化模式。

    27 引用 • 66 回帖 • 1 关注
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis,2010 年这个项目由 Apache 软件基金会迁移到了 google code,并且改名为 MyBatis ,2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 431 关注
  • 游戏

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

    169 引用 • 799 回帖 • 1 关注
  • 小薇

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

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

    34 引用 • 467 回帖 • 693 关注
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合,以模块的方式组织管理插件以
    及相关配置,为不同的语言开发量身定制了相关的开发模块,该模块提供代码自动补全,
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 72 关注
  • Scala

    Scala 是一门多范式的编程语言,集成面向对象编程和函数式编程的各种特性。

    13 引用 • 11 回帖 • 107 关注
  • Bootstrap

    Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发,是一个 CSS / HTML 框架。

    18 引用 • 33 回帖 • 683 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 25 关注
  • CentOS

    CentOS(Community Enterprise Operating System)是 Linux 发行版之一,它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    238 引用 • 224 回帖 • 1 关注
  • frp

    frp 是一个可用于内网穿透的高性能的反向代理应用,支持 TCP、UDP、 HTTP 和 HTTPS 协议。

    15 引用 • 7 回帖 • 11 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 350 关注
  • 链书

    链书(Chainbook)是 B3log 开源社区提供的区块链纸质书交易平台,通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书,我们共同构建这个全新的交易平台,让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线,也许以后还有计划重制上线。

    14 引用 • 257 回帖
  • sts
    2 引用 • 2 回帖 • 149 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 441 关注
  • 运维

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

    148 引用 • 257 回帖 • 2 关注