尽管不想扫兴,但我还是憋不住了!

思源更新到 3.0 了,我的心里也很高兴,我最近正在拿思源写少数派年度征文的投稿,心情极佳。

但我心里也有一片阴云,那就是我对思源目前的路线感到非常的担忧。不过我还是有充足的信心,所以我又充了 2 年。


现在是思源最最最危险的时刻,甚至 2.0 以前的不良反链体验时代都没这么危险!

原因只有一点:数据库是一种好东西,但以个人的力量去做数据库不是一个好选择。

如果说一个清醒的成年人大脑,每天提供的心智力量可以结算成 100 能量币。

那么数据库就是一种启动容易,维护难的东西。换句话说,数据库里的数据量较少的时候,它的成本极低,我们不妨设此时的开支为:5 能量币。

但是,随着数据量的增长,维护其的成本会逐渐逐渐增加,因为当今的世界变化很快,一个与现实世界不符的数据是没有意义的,甚至还有误导作用。所以只要你制作了数据库,为了让它发挥作用,你就必须保障你有能力维护它跟进变化。

也就是说,一个数据库刚创建的那一刻,其实开销很低,但是它会“5 能量币”、“10 能量币”、“15 能量币”...这样,在后期开始吞噬心智资源,消耗巨量能量币。

而因为这笔开支并不直观,所以往往用户都会体现出一个特征:

1.很轻易的创建了数个数据库,好像贷款买东西一样大手大脚。

2.饶有兴致的维护数据库,扩大数据库规模。

3.无力支付能量币开销,开始停用部分数据库。

4.维护数据库已经严重耽搁学习或生产,弃坑。


除了心智开销,第二个隐患地雷是:思源笔记是由 D 和 V 这两个个人开发者承担的。

数据库和白板,这两个功能是 Bug 重灾区。不信的可以去看看 Ipad 上各种白班软件和 notion、flowus 之类的更新记录,看看是不是这样。

数据库不仅对用户造成压力,而且对于开发者来说也是压力重重!数据库功能出 bug 了,要不要修?不修,用户数据库没了~

现在还只是做了数据库功能,等白板再一落地,两条路线上的各种 bug 不会给情面,呼啸而至的那天,D 和 V 天天修 bug 玩?链滴社区里吐槽 bug 的会不会越来越多?会不会因为数据库和白板的 bug,影响到只是想用用双链和编辑器的用户?劝退新人......

问题太多了!


再提一下接下来的一记绝杀:白板是一种比数据库心智消耗还恐怖的功能,绝对不应该乱加!就算加,也一定要以可关闭取消形态出现!(我把话放在这里)

我在之前的回答中也解释了白板的弊病,这里不再赘述:

2024年什么笔记软件最好用呀? - 知乎

一旦白板落地,每个人的大脑每天 100 能量币,数据库 + 白板起码吃掉 90 块能量币!什么都做不了,天天手搓数据库玩。


**建立在个人层面上的数据库维护工作是极为无力的。**不信的可以多去知网看看,看看知网的数据库。

就像我之前说个人笔记的所谓“知识图谱”做 100 年都赶不上现成的知识图谱一样。

因为人家是一个公司!一个集团!甚至一个国家之力打造的!

点开知网或者谷歌学术的知识图谱,看一看,那是**TB 级别的信息量,一个人每分钟看一条,40 年都看不完!**为什么不用现成的呢?

我花 60 块进学术信息库逛一天,捞出来的信息一个礼拜都消化不完,真的,有那时间当“数据库匠人”,都不如拿这比时间多赚点,开几个内参会员。


Obsidian 是很火,但火不代表路一定正确。

Obsidian 百花齐放的插件市场养活了无数效率教练,自媒体博主,假学习小子。但 Obsidian 用户群体除了在效率工具和笔记法领域频频出场外,真的没有什么切实的产出。

思源笔记本身通过出色的编辑器和可结构可大纲的存储结构、本地化安全性等等,在写作与对外输出上本身是建立了一个很难比拟的优势的。

不客气的说,思源笔记的写作舒适度,比一些华而不实的诸如 Effie、小黑屋等软件强了不知道多少倍!

但思源现在明显被社区小白绑架太深太深,导致许多功能上都没有办法往“深度”上去靠拢,就好像地上有 100 口土坑和一口深井那样的区别。大,却不精。

单举例说一个闪卡,目前也就处于“能用,但不好用”这样一个水平。


这样下去,大而全,结果每个功能都不深的形态,像不像逝去的印象笔记?!

大家因为什么逃离的印象笔记,才几年呐?忘啦!

我是真心劝链滴社区和 D、V 姐,找时间好好想想。


我这人,话可能很难听,但我确实从 3 年前,一直用思源,我在思源上写了几乎所有知乎文章,光是纯文本就积累了 120mb,都是我一个字一个字敲出来的。

我真的很喜欢思源笔记,不希望它走上“精力快速消费机”的路。思源本可以在:输入 → 结构化 → 输出发布这条路线上大有作为,完全没必要和别人去比数据的存储性。坦白说,我不认为目前有什么写作软件能同时在数据收集、建立索引、结构化、文档编辑与数据安全上同时与思源打擂台。 就连专业写作软件 Sc 和写拉松目前都很难掰掰手腕。思源完全可以走些护城河极高的路出来。

最后一句:

如果一个系统只专注于内部整理,那么最好的结果也不过是赛博朋克。

  • 思源笔记

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

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

    18680 引用 • 69691 回帖 • 1 关注

相关帖子

优质回帖
  • 88250 4 11 赞同

    放心好了,没做好的继续做,继续革命。

  • Achuan-2 3 10 赞同

    不认同思源做数据库不是一个好选择

    1. 用户角度:在我看来,大多数人使用 notion,就是因为看互联网博主做的各种书影音图书馆、年度计划、学习计划等数据库模板入坑的,或许很多基础用户确实用不到结构化的数据库,简简单单使用文档树构建笔记,但是这也是一个宣传的点,是锦上添花而不是画蛇添足的点,可以吸引那些希望有本地软件能平替 notion 的用户。而开发数据库,是思源转向 notion 类编辑器后一直以来的呼声。
    2. 维护角度:我认可白板可能潜在的 bug 会比较多,因为太过自由,但不觉得数据库的 bug 会很多,因为其操作比较规范,只是给各种块添加属性,进行排序、计算,使用不同的视图
    3. 心智角度:我不太喜欢用心智负担这一说法,所谓的心智负担,到底是什么,是做这件事情真的很累,还是自己觉得麻烦。我觉得心智负担一词,是一种很唯心的说法,是来描述一种不熟悉的操作方法。打比方说了,要批量重命名文件夹下的所有文件,明明下载一个软件几步就可以做到或者让 ai 写一个 python 代码,但是一个不知道这个软件,你告诉他,他可能觉得麻烦,还是选择一个个手敲修改,请问是用第三方软件批量重命名还是一个个手敲心智负担大呢,我想这对不同的人而言答案不一样。数据库不也是添加一行,然后填充各种内容吗,相比自由的笔记,还限制了每列的内容,对我而言,难道不应该更省心更减压吗?只要习惯创建数据库来整理自己的项目,我不觉得创建数据库很累,只能说很多时候没必要使用数据库,我用 MOC 就可以管理项目,那确实没必要,但在思源笔记整理自己的博文,由于博客涉及编程、光学、摄影、个人随笔,用数据库管理这种多个类别的项目就比 MOC 列表适合的多,还能根据创建日期进行排序,这是简单的 MOC 列表或表格不能替代的。或者用另一个例子表达我的意思,很多时候我能用列表解决的事情,我不会用表格去做,因为做表格排序、新建列不如用列表方便,但不可否认的是,在整理资料的时候,用表格更能对各项的资料进行比较,你不能说创建表格的心智负担大,就否定了表格这个功能吧,任何功能都有其应用场景,盲目添加功能当然很糊涂,但数据库就如今而言,也算是 notion 类笔记软件的标配了,是锦上添花的功能。
    4. 数据库的必要性:前面的回答已经介绍了数据库的一些应用场景,我再简单整理下
      1. 是简单表格的升级版,在笔记里添加数据库,可以相当于是 excel 表格,通过单选列、多选列、勾选、日期、数字列等类型列可以快速添加字段,还能进行排序、筛选、计算等操作
      2. 可以用来管理笔记,和 MOC 互补,并不对立。我目前的笔记管理形式都是用 MOC 来管理主题、领域笔记,MOC 的形式主要为列表,因为可以有树形结构,还可以随意排序(有些人可能还会用表格 MOC)。MOC 对于单个领域的笔记管理是 ok 的,但对于管理多领域的笔记并不是很好用,笔记一多、类型一多,非常难管理和排序,多个类别你是建立多层列表还是多级标题管理,不管哪一种,类别一多就会很乱,如果除了分类外,我还希望所有博客笔记不分类别按时间排序应该咋办?对我而言,我暂时不懂得多类别 MOC 应该怎样管理笔记。而使用数据库来管理就简单多了,在一列只需要添加对应的类别就好,可以添加一个视图只展示某一类别,井井有条多了,根本不用费心去管理,写了一篇给各列添加信息就完事。更别说数据库对于讲座笔记等这类有时间信息的笔记,可以根据创建时间、更新时间进行排序。

    我认同目前思源笔记的路线图有点不清晰,思源笔记的功能目前确实就是杂而不精,

    • 作为 Markdown 编辑器(当然官方不认为思源是一个 Markdown 编辑器),缺失脚注功能,得使用插件才能实现 Markdown 源码编辑;
    • 作为多端同步笔记软件,每次同步都要同步所有文件,占用存储空间大,现在安卓端的同步逻辑是打开之后后台进行同步,我一般打开安卓端,就是因为电脑暂时不方便,要继续完成电脑没写完的东西,于是还得等他更新,这就导致我不爱在手机端打开思源笔记,宁愿用滴答清单。
    • 支持 pdf 阅读,但是没有一个 pdf 标注面板,按页面顺序排序,再加上害怕附件占同步空间,所以我依然使用 zotero 来管理 pdf、epub,zotero 阅读完毕,可能会整理必要的笔记到思源,附上 zotero 的链接
    • 搜索功能很强大,对于从众多笔记中搜索某个笔记而言很好用,但是单个笔记的搜索不支持传统的出现顺序一个个展示,在一些场景中是不好用的,比如要按顺序替换。替换功能也很坑,每次替换一个文本就要刷新页面,不太可用,这就导致我需要进行单个笔记搜索和替换的时候,一般都是使用集成编辑插件的编辑器来做的。
    • ……

    思源笔记该如何发展,我个人没啥太大想法,只是希望开发者能理清楚开发路线,理清楚软件的定位,让思源笔记能更好地其他人用上,用好,我是真的觉得思源笔记来做笔记、管理笔记非常舒适,可惜思源目前的名气就是配不上它的功能。

    我能理解喜欢思源的用户们对这个的遗憾,但是在思源笔记 3.0 发布时,我觉得应该多表达期待,而不是说丧气话,拉低开发者和其他用户的情绪

  • Henmy 9 赞同

    D 大, 白板建议思源先不要上了,数据库做好就可以

    然后再打磨思源的界面体验和功能,说实话 3.0 发布了,界面跟 2.0 一点都没变化,真有点说不过去了

    从界面感觉上,始终缺一些跟 OB 的那种精致感,打磨界面,打磨界面真的很重要,希望安装好后从界面上就让人眼前一亮

    白板感觉不那么需要 @88250

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 我现在既不用思源,也不用 Obsidian 了,就用 VS Code。

    用上笔记软件,还得考虑新写的东西要放到哪个层级,和哪些笔记联系,分配适当的入口。

    VS Code 不一样,随地都能新建文件夹,右键,用 Code 打开,直接开写 Markdown,代码块不用 fenced code 语法了,用缩进表示代码块,心智负担少很多。

    image.png

    笔记确实不应当占用太多维护精力,那会丢失主次。

    我想起一个事,一个小红书博主,初中生,日更学习进度,笔记做的贼好看,结果中考失利,好像是考上了中专。

    image.png

    2 回复
    1 操作
    HaujetZhao 在 2024-02-21 20:26:15 更新了该回帖
  • 个人维护文档确实很耗费精力,现在我觉得团队知识库可能是更优解。

    我是比较喜欢思源的数据库,因为表格受制于 markdown ,感觉没什么机会改进了,所以我主要拿数据库当大号表格来用。(还有,飞书的多维表也很好用)

    1 回复
  • 5kyfkr 1 2 赞同

    我觉得数据库这个功能是已经被 notion、wolai、flowus 等在线笔记成功实践有用的功能,思源增加这个功能绝对是能吸引到很多不熟悉双链但又喜欢本地化笔记的人的,并且多维表能解决文档树检索分类困难的问题,至于 bug 这个就看 D 大 V 姐了,确实起步阶段都弄了大半年才正式上线,还是希望能继续弄下去。白板有插件顶着倒是不急。

    1 回复
  • openAI 2 1 赞同

    赞同,暂时先别开白板这个坑了,用现有的挂件先顶着。

    既然数据库已经做出来了,那还是简单修修补补一下吧,宣发也要跟上。

    再次呼吁,重视学生群体,因为他们是使用笔记软件的主力军,重视考试需求,还要重视内容生态建设。

    1 回复
  • openAI 2 评论

    说实话,我也不太明白数据库的使用场景,为什么不直接用表格呢?

    而且数据库又不属于标准 markdown 的内容,不知道导出为 md 之后长啥样?

    2 回复
    表格编辑体验太烂了
    JeffreyChen
    你可以试试导出数据库,导出的是 Markdown 表格
    JeffreyChen
  • NishikigiReeves 3 赞同

    notion、wolai、flowus 的数据库成功,绝不是数据库这种形式本身的成功,而是“云协同”的成功。

    这些软件里那些有产出的社区,都是集团化作战,用人口来填平维护数据库产生的消耗。

    1 回复
  • JeffreyChen 1 2 赞同

    我也觉得做好闪卡更实在,我现在就等着思源闪卡继续开发了

  • NishikigiReeves 1 1 赞同

    这个问题要站在“云协作”角度去看,团队视角里,数据库是一种便于大家按规矩做事的形式。

    按规矩写文档很难,但是按规矩往表格里填数据很简单!学校里收云作业,也是用云多维表。

    但是 notion 之类的软件本身就是以“团队空间”为结构的,它经过了深思熟虑,考虑过落地场景。

    个人角度来说,用我还未见有 excel 都 carry 不了的大项目......

  • NishikigiReeves

    是的,从个人角度,数据库越庞大,后期可以说用于学习新东西,创造产出的时间和精力越少。

    很多博主甚至都已经到了卖数据库的地步,因为他们除了维护数据库,连给自己写一写个人推广都做不了。

    但是以团队空间的角度去看,数据库又是一个给大家立规矩,让大家快速把每个人的信源有条理的汇聚到一起的形式。

  • NishikigiReeves 1 赞同 3 评论

    其实单说无压力,思源用双链就挺无压力的。

    我也是看功能实在是对心智力量消耗太大了,就写了最近这两篇。

    双链也不想用。我只想在需要写东西的时候能立即开写,大部分内容都是独立的主题,根本用不到双链。你可以不同意,但在我看来,双链只示合做展品,不适合做学习。
    HaujetZhao
    @HaujetZhao 但对于一堆文档之间互相关联的,需要跳转查看的情况,有块级的双链对我来说就很方便
    JeffreyChen
    @HaujetZhao 大部分场景没用,但有时候还是有用。
    openAI
  • 5kyfkr 1 3 赞同

    表格不能分类筛选各类笔记,数据库其实就是对笔记或各个块进行筛选整理的东西,是对文档树和标签系统的延伸,有数据库就不太需要标签功能了,筛选都靠数据库新建一列加个视图就能搞定,至于维护其实更直观,不用像双链一样依赖反链面板和搜索功能,毕竟思源不是纯双链笔记软件,是文档型的,有数据库还是利大于弊的

  • 5kyfkr 1 2 赞同 1 评论

    我觉得数据库还是偏向整理和梳理,内容的多少是个人决定的,数据库我觉得减轻了文档树分类的消耗,双链笔记应用的时候有时也会需要通过一个单独的目录文档 MOC 整理主题,数据库就是 MOC 的最好替代,我觉得两者不是完全对立的

    1 回复
    学到了新思路 😋
    JeffreyChen
  • pakeh2866 1 赞同 6 评论

    感谢楼主发起的讨论,肺腑之言。都是为了思源更好,很多也在理。数据库 bug 是真的多啊。

    肯定会慢慢修的,我倒是不怕
    JeffreyChen
    @a2930610542 我就希望好好做做交互。
    pakeh2866 1 赞同
    @lushan2866 还有移动端的体验也需要花时间打磨
    JeffreyChen
    @a2930610542 移动端我只浏览和 dailynote
    pakeh2866
    @lushan2866 移动端我是用作备份的,等什么时候编辑体验好了我才打算用移动端,现在确实太难用了
    JeffreyChen
    @a2930610542 移动端我当伺服器用
    openAI 1 赞同
  • pakeh2866 5 赞同

    我提一个隐雷之三:

    有很多社区和 QQ 群的技巧和 tips 都没有沉淀下来,搜索也比较难搜索到。

  • 5kyfkr 1 赞同

    Image1708520048120.png

    另外我补充个前几天自己做的区别对比,各种软件其实各有优略,关键还是看能不能适应更多人使用,大家用的爽加上去何乐而不为,只要主体功能不被影响,甚至还能补充缺陷,就值得一加,我已经抛弃文档树,基本靠数据库管理笔记分类

  • NishikigiReeves 2 赞同

    如果我们将 FSRS 这些算法,应用于整个应用,而不是某一个具体的块。

    那么 MOC 这件事本质上就是被敲碎了,然后均匀地撒在时间线上,比如 Napkin 就是用间隔算法把链接最多的那几个词反反复复地甩到面前。

    在一个漫长的时间线上看,这样的心智消耗就已经非常非常低了。

    我觉得应该有心智成本更低的 MOC 办法,不过每个人有每个人的办法,倒也是事实。

    1 回复
  • @NishikigiReeves

    楼主大大,我认为这篇文章写的很好,值得更多 siyuan 用户看到。

    能编辑一下这篇文章,加上 siyuan 的 tag 吗?

    1 回复
  • NishikigiReeves

    已加 ❤️

  • 5kyfkr 1 赞同

    单就数据库来说方便的是文档整理,我觉得现阶段内容整理输出和复习记忆还是得靠自己或 AI 一点点提取重点然后总结,最后制卡进行重复记忆或输出。我理想的笔记软件应该是 AI 能完全接管笔记软件所有数据并实时训练分析,然后自己询问 AI 需要的东西能帮我快速翻出来,那样子的知识库才算是真正无压

    1 回复
  • NishikigiReeves

    这点我同意。

    我在思源笔记里很少使用分类,我有个叫公开写作的页面,下面是我所有写过的草稿。我试过把该页面下所有文档都导出,然后喂给 Ai,让它用我文档里的数据来回答我。

    结果非常好用,就是慢点。

    1 回复
  • 是滴,我一开始以为 notion 的 all in ai 也是这样搞,谁知道最后都变成总结一篇文章,写报告啥的,完全是大材小用

    2 回复
  • 对于 AI,我都是直接网页访问 chatgpt,又不要钱,没必要非得在软件内部使用。

  • NishikigiReeves

    内置聊天小助手是真的没卵用~

  • Achuan-2 3 10 赞同

    不认同思源做数据库不是一个好选择

    1. 用户角度:在我看来,大多数人使用 notion,就是因为看互联网博主做的各种书影音图书馆、年度计划、学习计划等数据库模板入坑的,或许很多基础用户确实用不到结构化的数据库,简简单单使用文档树构建笔记,但是这也是一个宣传的点,是锦上添花而不是画蛇添足的点,可以吸引那些希望有本地软件能平替 notion 的用户。而开发数据库,是思源转向 notion 类编辑器后一直以来的呼声。
    2. 维护角度:我认可白板可能潜在的 bug 会比较多,因为太过自由,但不觉得数据库的 bug 会很多,因为其操作比较规范,只是给各种块添加属性,进行排序、计算,使用不同的视图
    3. 心智角度:我不太喜欢用心智负担这一说法,所谓的心智负担,到底是什么,是做这件事情真的很累,还是自己觉得麻烦。我觉得心智负担一词,是一种很唯心的说法,是来描述一种不熟悉的操作方法。打比方说了,要批量重命名文件夹下的所有文件,明明下载一个软件几步就可以做到或者让 ai 写一个 python 代码,但是一个不知道这个软件,你告诉他,他可能觉得麻烦,还是选择一个个手敲修改,请问是用第三方软件批量重命名还是一个个手敲心智负担大呢,我想这对不同的人而言答案不一样。数据库不也是添加一行,然后填充各种内容吗,相比自由的笔记,还限制了每列的内容,对我而言,难道不应该更省心更减压吗?只要习惯创建数据库来整理自己的项目,我不觉得创建数据库很累,只能说很多时候没必要使用数据库,我用 MOC 就可以管理项目,那确实没必要,但在思源笔记整理自己的博文,由于博客涉及编程、光学、摄影、个人随笔,用数据库管理这种多个类别的项目就比 MOC 列表适合的多,还能根据创建日期进行排序,这是简单的 MOC 列表或表格不能替代的。或者用另一个例子表达我的意思,很多时候我能用列表解决的事情,我不会用表格去做,因为做表格排序、新建列不如用列表方便,但不可否认的是,在整理资料的时候,用表格更能对各项的资料进行比较,你不能说创建表格的心智负担大,就否定了表格这个功能吧,任何功能都有其应用场景,盲目添加功能当然很糊涂,但数据库就如今而言,也算是 notion 类笔记软件的标配了,是锦上添花的功能。
    4. 数据库的必要性:前面的回答已经介绍了数据库的一些应用场景,我再简单整理下
      1. 是简单表格的升级版,在笔记里添加数据库,可以相当于是 excel 表格,通过单选列、多选列、勾选、日期、数字列等类型列可以快速添加字段,还能进行排序、筛选、计算等操作
      2. 可以用来管理笔记,和 MOC 互补,并不对立。我目前的笔记管理形式都是用 MOC 来管理主题、领域笔记,MOC 的形式主要为列表,因为可以有树形结构,还可以随意排序(有些人可能还会用表格 MOC)。MOC 对于单个领域的笔记管理是 ok 的,但对于管理多领域的笔记并不是很好用,笔记一多、类型一多,非常难管理和排序,多个类别你是建立多层列表还是多级标题管理,不管哪一种,类别一多就会很乱,如果除了分类外,我还希望所有博客笔记不分类别按时间排序应该咋办?对我而言,我暂时不懂得多类别 MOC 应该怎样管理笔记。而使用数据库来管理就简单多了,在一列只需要添加对应的类别就好,可以添加一个视图只展示某一类别,井井有条多了,根本不用费心去管理,写了一篇给各列添加信息就完事。更别说数据库对于讲座笔记等这类有时间信息的笔记,可以根据创建时间、更新时间进行排序。

    我认同目前思源笔记的路线图有点不清晰,思源笔记的功能目前确实就是杂而不精,

    • 作为 Markdown 编辑器(当然官方不认为思源是一个 Markdown 编辑器),缺失脚注功能,得使用插件才能实现 Markdown 源码编辑;
    • 作为多端同步笔记软件,每次同步都要同步所有文件,占用存储空间大,现在安卓端的同步逻辑是打开之后后台进行同步,我一般打开安卓端,就是因为电脑暂时不方便,要继续完成电脑没写完的东西,于是还得等他更新,这就导致我不爱在手机端打开思源笔记,宁愿用滴答清单。
    • 支持 pdf 阅读,但是没有一个 pdf 标注面板,按页面顺序排序,再加上害怕附件占同步空间,所以我依然使用 zotero 来管理 pdf、epub,zotero 阅读完毕,可能会整理必要的笔记到思源,附上 zotero 的链接
    • 搜索功能很强大,对于从众多笔记中搜索某个笔记而言很好用,但是单个笔记的搜索不支持传统的出现顺序一个个展示,在一些场景中是不好用的,比如要按顺序替换。替换功能也很坑,每次替换一个文本就要刷新页面,不太可用,这就导致我需要进行单个笔记搜索和替换的时候,一般都是使用集成编辑插件的编辑器来做的。
    • ……

    思源笔记该如何发展,我个人没啥太大想法,只是希望开发者能理清楚开发路线,理清楚软件的定位,让思源笔记能更好地其他人用上,用好,我是真的觉得思源笔记来做笔记、管理笔记非常舒适,可惜思源目前的名气就是配不上它的功能。

    我能理解喜欢思源的用户们对这个的遗憾,但是在思源笔记 3.0 发布时,我觉得应该多表达期待,而不是说丧气话,拉低开发者和其他用户的情绪

    1 回复
    1 操作
    Achuan-2 在 2024-02-21 22:20:18 更新了该回帖
  • science 4 赞同

    楼主,我个人觉得 notion、wolai、flowus 的这种多维表格是走向了歪路,反而是飞书这种多维表格才是正途。notion 类的多维表格最大的问题是表格的每个词条自动建立一个子页面,这会导致出现很多重复页面名称。这导致的致命问题是:当我想让一个页面关联多个表格时,notion 无论如何都做不到,必须建立多个同名页面!

    所以,我觉得多维表格应该通过链接来关联页面比较好。希望和楼主探讨一下

    3 回复
  • 目前思源的数据库就是没有强制像 notion 一样将数据库与文档绑定,可以自由在不同数据库引用同一个文档,或者当个普通的表格用也可以

  • openAI 1 评论

    已经有非 IT 专业的小白用户报告所谓的“bug”了,看来数据库的使用也有一定门槛。

    bc61a710ef54bec57886f34334f64563.png

    7cd4039b2b30c72f39b1daaf5fe091b3.png

    确实一般人都更熟悉 Excel 表格的操作
    JeffreyChen
  • NishikigiReeves 1 3 赞同

    notion,wolai,flowus,飞书,这些都是以 to B 为目的设计的,从付费页面你就能看出来,卖的都是一个一个的团队空间。

    多维表这种东西,快速起项还是很方便的,比如组里有个项目,做个多维表发下去,只要领队编辑好表格各项参数,是很规整的。

    但是在个人角度,对信息做优化就是一种类似儒家小自耕农文化一样的,没有意义的内卷。

    信息收进来,是要分发的,是要有切实的产出的。而产出与分发功能,双链 + 一个流畅的编辑器已经相当好。白板对于分发其实是一种相当无用的格式,有谁愿意看别人的思维导图嘛?

    所以这个事儿还是得换视角看。

  • NishikigiReeves 1 4 赞同

    1.宣传这方面,基本看谁会吹。各种“私人图书馆”,“我的日程表”确实吸引人,但我只要说我掌握了一种高效写作法,学习法,同样也能吸引人,这个还是看宣发本事。更何况从盘口上想,一个人都研究搞这些私人展览了,这部分用户估计也不在乎是不是本地化等问题,思源的易用性跟那些软件拼起来不讨喜。

    2.心智负担是主观的,但是精力消耗是客观的。我不是说必须砍掉什么功能,我的意义是,敞开了供应很容易反噬。一个产品需要长期的健康,人类是一种非常缺乏自制力的生物,Obsidian 的插件狂魔们基本验证了这一点。很多时候我也希望“能不用就不用”,但事实上是,提供了某个功能,人们就会不由自主的去试图把这种“提高效率的手段”加入自己的工作内容。所以可以考虑一个开关?切换某个功能是否启用?

    我的意思就是:不如一个一个做精一点。比如你也提到了 PDF,思源的 PDF 我到现在都没用过,一直是 PDF 外置然后传递进思源里,如果 PDF 做好了,是不是也能吃掉一部分 PDFreader 之类的盘口?我也一直在想这个问题。

    总的来说,我是希望思源好好的,再这样扩张下去真的很危险,白板是个几乎家家做完都在出 bug 的区块。做完数据表再紧接着做白板,真的是很危险。

    1 回复
  • RH108 2

    我觉得只要开发者有明确的发展方向,积跬步以致千里就是了,总有名动天下的一刻,那时能接助泼天的富贵就行。


    笔记软件的发展方向很多,市面上可见的以及使用者在个人工作流下钻探的……常见的情况是每每对一个软件用的深入,对特定功能于细微之处的体会越深,需求和期待越明晰,扩展开来,就会对软件整体设计都产生自己的一套理解……简言之,我认为笔记软件的活力在于“可能”,可以随着使用的深入无限挖掘的可能。


    看了楼主的一些论点,颇受启发。


    个人认为,记笔记与管理笔记,从了解认识到熟悉实践,突破“少则得,多则惑”是一障碍。


    不说思源未来会怎样,就算会怎样,也会是思源·XXX,思源·YYY……继往开来者终将思源。


    笔记届可能需要更深邃更成熟更……的方法论,无论是笔记方法论还是笔记软件,就像这里的留言,有所利于来者,便是最大的意义。

    1 回复
  • NishikigiReeves 2 2 赞同 1 评论

    是的,我的意思也不是泼冷水,我是一个实打实的每天泡在程序上几个小时的人。

    经年累月下来,我发现,从个人这种级别上谈“管理”“数据”其实收效甚微。好比天花板就 2 米高,不管用什么流派、程序、方法论,也只是无限接近 2 米,并不会有本质性的改变。

    相反,如果一个程序,它在我们存储数据后,赋予了我们将其整合、分发给别人进行交流的能力。那么对于一个个人来说收益是相当大的。

    我个人几乎是 All in 思源,我看任何书,听到任何觉得很有意思的话,我都会无脑丢进思源里。然后靠着双链整合一下,比如我今天说的内容,就是《万物皆无序》和《时间管理的奇迹》等等书的内容,配合我自己理解拉到一起的。

    思源在成文和输出上非常强,可以这么说:思源远比一些自称专业写作软件的写作软件强。

    加入白板等高功耗特性不可怕,可怕的是理解走歪了,最后变成手搓数据库,那就遭了。

    “高功耗”一词用得好,太生动形象了
    openAI 1 赞同
  • 88250 4 11 赞同

    放心好了,没做好的继续做,继续革命。

    1 回复
  • NishikigiReeves 2 赞同

    加油!爱你 D 大

  • Henmy 1 赞同

    强推飞书的多维表格,大家试试就知道了。

    思源现阶段主要做记录没毛病

    2 回复
  • Henmy 9 赞同

    D 大, 白板建议思源先不要上了,数据库做好就可以

    然后再打磨思源的界面体验和功能,说实话 3.0 发布了,界面跟 2.0 一点都没变化,真有点说不过去了

    从界面感觉上,始终缺一些跟 OB 的那种精致感,打磨界面,打磨界面真的很重要,希望安装好后从界面上就让人眼前一亮

    白板感觉不那么需要 @88250

    2 回复
  • 莫非这就是大家所谓的思源太偏向 IT 技术人员的原因导致?

    作者认为增加了数据库功能是很重大的改动,耗费很多精力,增加很多代码。可对用户来说,好像就是多了个可能自己都不一定能用到的功能。而主版本号居然 +1.😂

  • zxy0124

    三年老用户了,同感,认同。

  • royc1 1 1 赞同

    按这个逻辑,大部分功能都可以成为“心智负担”,甚至双链都可以成为负担,但笔记软件就这样,这个功能你觉得用不上,还有其他用户能用得上。

    1 回复
  • science

    飞书主要问题是加载太慢了,哎

    2 回复
  • Jahzeds

    咸吃萝卜淡操心,

  • 我也觉得改善 UI 和 交互 对目前功能已经比较完善的思源更重要

  • 飞书加载文档确实是超级慢,不过大概是因为做协同的需要,每次都要完全重新加载,我还算理解

    1 回复
  • kirada

    回帖已被屏蔽,内容不再显示。

    该回帖因违反社区行为准则或内容协议已被封禁
  • Neet

    希望移动端尽早加入合并单元格选项,我只想全平台做个简单的笔记,我检索了一下,不知道如何做到

  • suka 2 赞同

    我个人觉得,思源接下来的路线可以往闪卡走,把闪卡这个功能和笔记内容完美结合就行,直至发展一些专属于思源的闪卡的生态,比如可以导入别人的闪卡,导出闪卡,兼容导入 anki 闪卡等等,有利可图的话,淘宝上那些人就会开始制作付费的闪卡包,这何尝不是一种对思源的正向回报。

    1 回复
  • lv37

    没有的继续做,没做好的继续做,两人不行可以是多人

  • NishikigiReeves 1 赞同

    不是,双链对比线性文档,是帕累托改进,使用线性文档比用双链产生的消耗大的多。

    1 回复
  • NishikigiReeves

    好像也是个思路!Anki 那边卖卡包说实话卖的还挺红火的~

    不过这得改动很多东西了

  • NishikigiReeves

    飞书不仅慢,而且不太安全,因为迟迟不能盈利,很难相信一个公司愿意一直养着一支不能赚钱的团队。

    1 回复
  • 这也是非常主观的,任何功能的出现对每个人的使用场景可能都不一样,关键是软件面向的用户群体是什么。数据库的出现,是吸纳 notion 类软件用户,而这条路也不一定是错的,或许更利于推广。

请输入回帖内容 ...
NishikigiReeves
“众生皆有螺旋力,唯迷自性而不得。” 抚顺

推荐标签 标签

  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    75 引用 • 258 回帖 • 627 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    76 引用 • 421 回帖
  • 强迫症

    强迫症(OCD)属于焦虑障碍的一种类型,是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病,其特点为有意识的强迫和反强迫并存,一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖 • 5 关注
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织,“用爱发电”象征开源与贡献精神,加入组织,代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入:用爱发电组织邀请帖
    用爱发电组织官网:https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力:

    • 遵守开源守则,体现开源&贡献精神:以分享为目的,拒绝非法牟利。
    • 自我保护:使用适当的 License 保护自己的原创作品。
    • 尊重他人:不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露;以礼相待,尊重所有对社区做出贡献的开发者;通过他人的分享习得知识,要留下足迹,表示感谢。
    • 热爱编程、热爱学习:加入组织,热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友,也同样欢迎默默成就的朋友。
    • 倾听:正确并恳切对待、处理问题与建议,及时修复开源项目的 Bug ,及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视:不诋毁、轻视、嘲讽其他开发者,主动提出建议、施以帮助,以和谐为本。只要他人肯努力,你也可能会被昔日小看的人所超越,所以请保持谦虚。
    • 乐观且活跃:你的努力决定了你的高度。不要放弃,多年后回头俯瞰,才会发现自己已经成就往日所仰望的水平。积极地将项目开源,帮助他人学习、改进,自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖 • 8 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    131 引用 • 3639 回帖
  • Flume

    Flume 是一套分布式的、可靠的,可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 595 关注
  • Windows

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

    215 引用 • 462 回帖
  • 博客

    记录并分享人生的经历。

    270 引用 • 2386 回帖
  • Mac

    Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机,如:iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。

    164 引用 • 594 回帖
  • OnlyOffice
    4 引用 • 26 关注
  • IPFS

    IPFS(InterPlanetary File System,星际文件系统)是永久的、去中心化保存和共享文件的方法,这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 229 关注
  • jQuery

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

    63 引用 • 134 回帖 • 741 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖 • 2 关注
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 608 关注
  • 酷鸟浏览器

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

    3 引用 • 59 回帖 • 25 关注
  • 生活

    生活是指人类生存过程中的各项活动的总和,范畴较广,一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    228 引用 • 1450 回帖
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    35 引用 • 35 回帖
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    532 引用 • 3528 回帖 • 1 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 605 关注
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1347 回帖
  • CSS

    CSS(Cascading Style Sheet)“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    180 引用 • 447 回帖
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    163 引用 • 1450 回帖
  • Swagger

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

    26 引用 • 35 回帖 • 13 关注
  • Electron

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

    15 引用 • 136 回帖 • 7 关注
  • 导航

    各种网址链接、内容导航。

    37 引用 • 168 回帖
  • Firefox

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

    7 引用 • 30 回帖 • 452 关注
  • 链书

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

    链书社

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

    14 引用 • 257 回帖