【共同探讨】移动块 / 反链 / 快速无压记录 / 标签

本贴最后更新于 943 天前,其中的信息可能已经天翻地覆

1、【bug】把一个被引用的块拖动到另一个文件里,虽然引用关系还在,但是反链里手动刷新看不到结果,需要重启

2、用剪切粘贴的方式来跨文件移动块是最方便的,但是引用关系会丢失,分屏拖动的方式有点不方便,而且这种拖动对多个块的情形不太友好,需要一个个拖动

3、「把内容从反链区移到正文」是 Conor 式的双链笔记流程中非常重要的一步,虽然思源可以靠浮窗编辑反链的内容,但是因为 2 的原因让这一步不是很方便

roam research 作者 Conor 预设的双链使用流程大概是这样,这是 daily notes 中的记录:

image.png

logseq/资料 这个页面中,可以直接从反链里把这一坨内容全部拖到正文里慢慢组织:

image.png

思源的列表块在侧栏反链里只展示段落块,配合不了这个工作流。靠 SQL 呈现的反链对于列表块也会有类型重复。所以标题块比列表块适合这个场景,但是如果想把反链的标题块移到正文里,会遇到两个问题,首先是 2 里提到的批量剪切会导致引用关系丢失,其次是对标题块做的一些单独处理在浮窗里好像失效了,在我这里不能把浮窗里的标题块转换成文档,可能是 bug。

因为上面这些原因,思源不能完全复刻大纲双链笔记那种流畅无压的 daily notes 记录流程,如果要改进,也要配合软件架构,所以我也不好说具体可以怎么改进

4、因为反链的可操作性跟大纲型的软件存在较大差距,想要快速无压记录的话就会想到在 daily notes 里用井号标签。

改进标签的用户声音一直都有,现在也有了 #2431 文档块支持标签的计划,但是我感觉光把标签看做标签是没法彻底改进标签的。标签的问题和反链的问题其实是同一个问题,即加了标签的内容的展示形式不好,而且标签面板和反链面板一样缺乏可操作性。前面举的反链不方便的例子全都可以直接照搬到标签上,比如加了标签的列表块在标签面板里完全无法展示下级,加了标签的标题块在标签面板里用浮窗移动块有问题。

这些问题会让将来的标签变成一个只能用来标记文档块的东西,就像印象笔记那样,这其实也没什么毛病,但是如果反链和标签的呈现形式和可操作性得不到优化,想在思源内部做到快速无压记录就需要使用者本人有足够的方法论支撑,这样一来普通用户的体验很难比得上能直接使用 daily notes 无压力畅快输入的大纲双链笔记。Conor 式的 daily notes 流程虽然未必适合所有人、也遭受过一些舆论上的妖魔化,但是它实际用起来确实是很舒服很上瘾的,而且这种工作流目前来看其实是最适合小白专注记录的。

根据思源目前的形态,主要的使用方式可能是这两种:小白用户只用到文件树 + 编辑器,高阶用户自己设计一套工作流,这两种方式其实都有很高的心智门槛,文件树带来的心智压力并不小,也就是说即使是小白用法一样不够轻松。无压记录的工作流真的需要功能上的支撑,围绕 daily notes 流程的功能(反链和标签的呈现方式和可操作性)如果不加以优化,可能小白用户的使用体验还追不上 bear,想追上大纲双链笔记就更难了。

当然快速无压记录也只是笔记应用的一个方面,别的方面还是可以差异化竞争的。但就算不考虑 daily notes 流程,这些功能其实也该优化一下,daily notes 流程只是提供一个思考的切入点。

没什么具体建议,仅探讨。

  • 思源笔记

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

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

    18130 引用 • 66882 回帖
3 操作
deerain 在 2021-08-28 00:15:45 更新了该帖
deerain 在 2021-08-11 17:30:23 更新了该帖
deerain 在 2021-08-11 17:21:30 更新了该帖

相关帖子

优质回帖
  • 好问题。尽管不易察觉,但这两种方式有极其巨大的区别。

    假设今天我逛了一下 logseq 论坛,看到有人说新版本通过修改 :ui/show-empty-bullets? 变量可以显示或隐藏内容为空的 bullets,于是我想把这个配置方法在笔记软件里记录下来。

    然后我打开 logseq 做记录,步骤如下:

    1. 打开或转到 logseq 这个软件,如果当前页面不是 daily notes 就再按一下快捷键跳转到 daily notes 页面

    2. 在 daily notes 的第一行写下:

      - [[logseq/配置]]
        - `:ui/show-empty-bullets?` 变量:显示或隐藏内容为空的 bullets
      
    3. 记录结束。去做别的事。

    如果使用 typora,步骤如下:

    1. 为了最快捷地打开 logseq - 配置.md 这个文件,当然是要好好利用各种搜索型效率软件了,于是我在 utools 里搜索 logseq 配置,结果发现我并没有这个文件

      • 这个时候第 1 个差别就已经体现出来了,在 logseq 里,我永远不用回忆 logseq/配置 这个页面是不是已经存在,直接在 daily notes 的第一行开写就行了

    2. 搜索未果,我开始考虑换个关键词搜索,万一我以前创建的文件名叫 logseq - config.md 呢?换了几个关键词搜索,发现我以前真的没做过这方面的记录

      • 第 2 个差别出现了,在 logseq 里,我不需要考虑自己之前是不是已经用别的名字创建过 logseq/config ,这种文件,我只需要直接在第一行写下 - [[logseq/配置]] 就行了,别的什么都不用考虑

      • 第 3 个差别:就算我以前已经有了 logseq/config 这个 page,那也不需要管它,因为 logseq/配置logseq/config 这两个页面一定会在 logseq 这个父页面下共同展示,我可以在将来合并它们

    3. 既然以前没有对应的 md 文件,那我就创建它吧。创建一个新的 md 文件虽然人人都会,但是我在创建的时候就需要给它在文件系统上安排一个具体的位置,我是把它放在 软件使用 文件夹下还是放在 知识管理 文件夹下?

      • 第 4 个差别:在 logseq 里没有烦人的新建文件流程,就算我根本不对 md 文件分类,新建文件这个步骤还是烦人

    4. 终于新建好了 logseq - 配置.md 这个文件,但是我忘了刚才想记录的是什么

      • 第 5 个差别:用 logseq 记录,到达路径很短,心智负担为零;用 typora 记录,到达路径很长,心智负担巨大

    5. 查看系统剪贴板,回想起了要记录的东西,开始记录

    6. 记录完毕,我开始了每日固定的读文献时间。30 分钟之后,我有一条突发的阅读心得想快速记录下来,于是我唤出了 utools,再次重走上面的曲折心路历程。

      • 第 6 个差别:如果是用 logseq 记录,我只需要再次在 daily notes 页面的第一行写下:

        - [[文献/文献名]]
          - 这个思路真是妙啊
        - [[logseq/配置]]
          - `:ui/show-empty-bullets?` 变量:显示或隐藏内容为空的 bullets
        

    所以,这两种方式看似差不多,实际上是天壤之别。笔记的核心首先是记录,而 Conor 流程把使用者在记录时的心智负担降到了接近于 0 的水平,这种流畅无压的记录方式能极大促进一个人记录更多的东西。

    我这里说的还仅仅是记录阶段,后面的阶段差距更大。

  • deerain 1 1 赞同

    按照大纲双链笔记的流程,一开始在日记文件里写下「判断标准」这部分内容的时候,就应该当场立即用某种方式把它传递给「SOP」这个文档,这个传递方式就是双链:

    # 2021-07-03.sy
    
    - [[SOP]]
      - 几个好课题的判断标准
        - balabala
        - kalakala
        - xxxxx
    

    将来集中整理 SOP 这个文档的时候,从反链里可以直接把 - [[SOP]] 和它下方的所有列表项拖进正文然后慢慢整理,这种流程比一开始不加双链事后再去 SOP 这个文档里引用要稳妥得多。

    在思源里实践不了这个流程是因为打开 SOP 这个文档的时候,看到的反链只有以下信息:

    ▼ 2021-07-03.sy
      ¶ SOP
    

    这个反链只显示了一个段落块,- [[SOP]] 下级的内容全都没有直接展示。如果反链面板优化一下展示方式和可操作性,就可以实践上面说到的流程了。所以问题依然是功能需要优化。

  • deerain 1 1 赞同

    我们讨论的是"究竟选择那种方式会比较好?" 是完全无压力但后续整理麻烦的 Dailynote 还是选择稍微有点压力但是后续整理会轻松点的方法? 我也不知道, 这个心智压力若是实在想完全没有, 那就选择 DN, 若是想方便之后整理还是接受点心智压力就选其他方法, 感觉这个比较随人, 但我已经习惯了开 portal 了

    这段总结得很到位,在认清两种方式的差异之后,剩下的就是个人选择。不过这个选择大多数人不需要纠结,因为不用 remnote 这个软件就实践不了 remnote 的方法,我真正担心的是这两种方式都离思源比较远。

    但 DN 中已有很多内容的时候, conor 也会使用 zoom in 来消除其他文本的干扰的对吧?(这里我不咋清楚, 所以打了个问号)

    这个不需要,新的想法永远写在第一行就好了。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 要解决第一个问题至少在思路上并不难。比如在做记录的时候完全使用新文档就是一种比较流畅的方式,反正这些文档在将来可以转换为文档内的标题块。但是思源的功能暂时还支撑不起这种工作流,因为如果想要让这些新文档不至于变成将来找不到的孤立文档,就一定要有一个「方便易用的文档级多级标签」,并且标签面板里列出的文档块要能够方便地拖进正文。

    解决第一个问题的第二个思路就是不使用新文档,新增内容都添加到已有文档里。这种工作流靠思源现有的功能也无法完成,需要先把 notion 的内容块移动功能学过来。在做记录的时候,无论当前文档是什么文档,都可以在原地写下来,然后把内容块用快捷键直接发送到指定文档里。而且思源完全可以进一步拓宽这个功能,notion 只能把内容块发送到某个文档末尾,思源在这里完全可以做成把内容块发送到任何一个块的下方,就像 roam research 的 ctrl + shift + 9 一样,只要文档块在搜索过程中置顶就行了,并且思源还有别名功能,可以进一步优化这个搜索步骤。

    你的思路方向没有错,现在的问题在于已有功能还撑不起思路的实践。上面两种功能我个人觉得都该优化一下。

    第二个问题,没太看懂描述,能用图说明吗 doge

    1 回复
    1 操作
    deerain 在 2021-08-16 21:08:23 更新了该回帖
  • 其他回帖
  • 其实简单来说,就是以 daily notes 为核心,做到流畅无压记录,然后靠反链的高度可操作性实现后期整理。

    - [[链滴]]
      - 反馈关于思源笔记的意见可以上链滴社区发帖
      - 链滴社区现在用的还是 Vditor 编辑器
    

    如果在 daily notes 里像上面这样记录,就完全没有必要特地去新建或是打开名叫 链滴 的页面,直接在这里记录就好了,将来打开 链滴 这个页面就可以在反链里看到所有跟它有关的信息,相当于通过双链来传递内容,那些反链其实就等同于 链滴 这个页面的正文。

    虽然我之后的每天都会在 daily notes 里记录一些跟 链滴 相关的内容,但是我根本没有必要去整理 链滴 的反链,我只需要在心里知道「这个东西将来可以方便地整理就行了」。直到将来某一天我需要写一篇介绍 链滴 的文章,我才有必要去整理,这个时候直接把 链滴 这个页面的反链里的所有内容向上拖进正文,然后靠大纲编辑器的编辑能力来组织正文,最后输出就行。

    这个过程没有任何的心智负担,记录的时候只管记录、不需要考虑整理的事,等真正有了应用需求的时候整理起来也很方便。

    另外,roam research 有一个合并页面的功能,能进一步降低心智负担。因为 [[链滴]][[黑客派]] 是同义词,在 daily notes 里思考该用哪个词也会造成心智负担,可是在 roam research 里不需要担心这些,因为 [[链滴]][[黑客派]] 这两个页面将来是可以直接拼接合并的,所以前期只管记录就好了。这样一来,用户在做记录时的心智负担几乎是零。

    还有一些细节没说到,但大致就是这样。

    3 操作
    deerain 在 2021-08-13 01:25:26 更新了该回帖
    deerain 在 2021-08-12 23:31:44 更新了该回帖
    deerain 在 2021-08-12 23:18:16 更新了该回帖
  • Kuriboh 1 2 评论

    趁吃饭时间, 简单对比了下这两种方式, 因对于 conor 流程有点不熟, 可能是对比的有误, 也有可能是理解有误, 望指正

    rem tag + portal 的组合拳 和 daily note(DN)

    先说说记录内容的方式, rem tag 和 Dailynote 的双链, 无论是用 rem tag 和 DN 的双链, 都是需要通过以下流程来创建的([[打字]] (##打字) -> 打字), 这两个方式在记录东西的时候粗略上是一致的(细想是不一致的), 那么先算这两种记录内容的方式在心智压力水平姑且是差不多的吧, 但出于我刚刚说的理由( [[文字]]这种双链标记式内容有时会淹没于其他大量双联查看式内容会导致之后整理的困难, 而 rem tag 这种方式因为 rn 独特的设计可以把这类需整理的内容汇总到一起, 方便以后的整理), 所以我仍觉得 rem tag 这种方式会比较好

    再说说记录文本的容器. 对比于 daily note 在一个页面上写东西, 使用 portal 的心智压力可能由"打开 portal"和"关闭 portal"这两个操作带来的吧

    1. "打开 portal"
      DN 少内容你不选择 zoom in 的情况, 这时手动打开 portal 的确在心智压力大于 DN

      但 DN 中已有很多内容的时候, conor 也会使用 zoom in 来消除其他文本的干扰的对吧?(这里我不咋清楚, 所以打了个问号), 但若从以下角度来理解 portal: "portal 可以试图看作是已经 zoom in 好的 daily note", 从这方面出发, 此时打开 portal 的操作和需要 zoom in 的 DN 就差不多了

    2. "关闭 portal"
      其实我更倾向于把"关闭 portal"这个操作不当成是心智压力, 因为已经写好了内容, 我已经可以长舒一口气了, 关闭 portal 就顺带是顺手而为

      当然"关闭 portal"这个操作现阶段在 rn 的确有点麻烦, 但好像听说重构后就方便了

    1 回复
    我们讨论的是"究竟选择那种方式会比较好?" 是完全无压力但后续整理麻烦的 Dailynote 还是选择稍微有点压力但是后续整理会轻松点的方法? 我也不知道, 这个心智压力若是实在想完全没有, 那就选择 DN, 若是想方便之后整理还是接受点心智压力就选其他方法, 感觉这个比较随人, 但我已经习惯了开 portal 了
    Kuriboh
    还有一个是"portal 可以试图看作一个已 zoom in 好的 daily note"意思不是打开 portal 搜 daily note 再写内容, 而是打开完 portal 后直接写, 因为 portal 内直接写的内容会被当成是 top level rem
    Kuriboh
  • fangly 1

    我想探讨一个问题:

    假设这样一个场景,我目前正在研究共识协议优化闪电网络等主题,某一天,我看到了一篇关于 PBFT 协议的共识协议优化的文章,之后看了一篇关于闪电网络的文章,然后又看了一篇关于 PoW 协议的共识协议优化文章,最后又看了一篇关于闪电网络的文章

    方法 1

    这时候,我的 daily note 可以是这样的,不把双链锚文本单独作为一个父结点,而是在父结点后贴上双链,同样能达到传递的功能,并且对同一篇文章可以一次传递到多个文档,这里称为方法 1,如图:

    image.png

    这是闪电网络这个文档的反链面板,目前的形态不错,足够使用:

    image.png

    方法 2

    也可以是这样的,按照典型传递型双链的方法组织,锚文本单独作为父结点,我所理解的形态是这样的:

    image.png

    这是闪电网络这个文档的反链面板:

    image.png

    这时候这个反链面板就存在问题了,我们和 logseq 中的反链面板进行对比:

    image.png

    可以看到,思源中是显示锚文本列表项下的列表块,这样一坨的列表块,实际上等价于只显示第一个列表项,也就是只有第一篇文章的内容,而第二篇文章是看不到的

    此时就面临一个决策,思源现在的反链面板对列表的展示是否需要进一步修改,也就是说需不需要进一步把列表块拆分成列表项,展示该列表块的所有的第一级列表项,完全变成类似 logseq、roam research 那样?

    如果不修改,保持现在的情况,对于习惯于方法 1 的用户(比如我)来说,是有利的,对于习惯于方法 2 的用户来说会不利,信息量少了一些

    而如果修改的话,对于习惯于方法 2 的用户来说会有利,而对于习惯于方法 1 的用户来说,可能会导致反链面板不可用,因为对于一篇文章,我的笔记可能非常长,第一级内容就有很多很多,导致下面这种情况,占据了整个面板:

    image.png

    虽然目前的形态对我来说是有利的,但我觉得还是要讨论清楚,不然如果以后修改的话,我的反链面板会变得不可用,我得立刻修改我的 daily note 形式

    总结一下,两个问题:

    • 方法 1 和方法 2 是否都可行,还是说哪种方法会有问题
    • 思源现在的反链面板对列表的展示是否需要进一步修改,也就是说需不需要进一步把列表块拆分成列表项,展示该列表块的所有的第一级列表项,完全变成类似 logseq、roam research 那样
      • 个人倾向于展现形式保持现状(1.3.5),对于使用方法 1 的用户来说,完美,没问题,对于使用方法 2 的用户来说,信息量少了一些,但还是具有可用性;但如果修改了,对于使用方法 1 的用户来说可能会带来灾难性的影响
    2 回复
    3 操作
    fangly 在 2021-09-24 19:04:49 更新了该回帖
    fangly 在 2021-09-24 17:13:26 更新了该回帖
    fangly 在 2021-09-24 17:09:45 更新了该回帖
  • 查看全部回帖

推荐标签 标签

  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 592 关注
  • Android

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

    331 引用 • 315 回帖 • 84 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    330 引用 • 612 回帖
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    308 引用 • 1658 回帖 • 1 关注
  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    90 引用 • 383 回帖
  • HBase

    HBase 是一个分布式的、面向列的开源数据库,该技术来源于 Fay Chang 所撰写的 Google 论文 “Bigtable:一个结构化数据的分布式存储系统”。就像 Bigtable 利用了 Google 文件系统所提供的分布式数据存储一样,HBase 在 Hadoop 之上提供了类似于 Bigtable 的能力。

    17 引用 • 6 回帖 • 33 关注
  • Lute

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

    25 引用 • 191 回帖 • 17 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 17 关注
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    284 引用 • 247 回帖 • 212 关注
  • 七牛云

    七牛云是国内领先的企业级公有云服务商,致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景,七牛先后推出了对象存储,融合 CDN 加速,数据通用处理,内容反垃圾服务,以及直播云服务等。

    25 引用 • 215 回帖 • 163 关注
  • Swagger

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

    26 引用 • 35 回帖 • 7 关注
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 506 关注
  • 音乐

    你听到信仰的声音了么?

    58 引用 • 507 回帖 • 1 关注
  • JVM

    JVM(Java Virtual Machine)Java 虚拟机是一个微型操作系统,有自己的硬件构架体系,还有相应的指令系统。能够识别 Java 独特的 .class 文件(字节码),能够将这些文件中的信息读取出来,使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖 • 3 关注
  • 心情

    心是产生任何想法的源泉,心本体会陷入到对自己本体不能理解的状态中,因为心能产生任何想法,不能分出对错,不能分出自己。

    59 引用 • 369 回帖
  • PostgreSQL

    PostgreSQL 是一款功能强大的企业级数据库系统,在 BSD 开源许可证下发布。

    21 引用 • 22 回帖 • 1 关注
  • 持续集成

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

    14 引用 • 7 回帖
  • WordPress

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

    45 引用 • 113 回帖 • 321 关注
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器,详细介绍请看 将 Java Swing 应用变成 Web 应用

    1 引用 • 15 回帖 • 632 关注
  • 创业

    你比 99% 的人都优秀么?

    82 引用 • 1397 回帖 • 1 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    673 引用 • 535 回帖
  • Linux

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

    914 引用 • 930 回帖 • 1 关注
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言,内置支持类型。它的解释器被称为 JavaScript 引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在 HTML 网页上使用,用来给 HTML 网页增加动态功能。

    710 引用 • 1173 回帖 • 192 关注
  • 快应用

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

    15 引用 • 127 回帖
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 395 关注
  • Sillot

    Sillot (汐洛)孵化自思源笔记,致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点
    Github 地址:https://github.com/Hi-Windom/Sillot

    12 引用 • 26 关注