登录 注册

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

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

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 流程只是提供一个思考的切入点。

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

  • 思源笔记

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

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

    18709 引用 • 69853 回帖 • 1 关注
9 引用
第二次漫游：双链、xanadu 与渐进学习 • dammy
我的 dailynote 流程（适合思源笔记软件 / 欢迎讨论） • Rayalizing
【Achuan-2】我的 dailynote 流程 • Achuan-2
【Achuan-2】我的 dailynote 流程（旧） 【笔记方法分享】conor 的写作工作流 | 块引用的作用 「日记」功能的改进建议 【笔记方法分享】conor 的写作工作流 | 块引用的作用 实践中对双链和写作的一些思考 实践中对双链和写作的一些思考
3 操作
deerain 在 2021-08-28 00:15:45 更新了该帖
deerain 在 2021-08-11 17:30:23 更新了该帖
deerain 在 2021-08-11 17:21:30 更新了该帖
3 感谢
4 关注
11 收藏
4 赞同
9 引用
3 操作
49 回帖
14
12
7
5
4
4
2
7.2k 1.5k 863 992 162 57 3.6k

相关帖子

优质回帖
  • deerain • • 5
    订阅者 支持者 勇士 作者

    好问题。尽管不易察觉，但这两种方式有极其巨大的区别。

    假设今天我逛了一下 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 来消除其他文本的干扰的对吧?(这里我不咋清楚, 所以打了个问号)

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

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • deerain • • 1 赞同
    订阅者 支持者 勇士 作者

    这个还是要结合整套笔记流程来看，不能孤立地看这一步，并且要分类讨论。

    比如像 - [[闪电网络]] 文章4（需要重读），它是一个传递型双链，我在 daily notes 里把它记录下来之后，只要整理《闪电网络》的时刻没有来临，我就不会再看到它；过了一段时间我需要整理整篇《闪电网络》了，在反链里看到了 - [[闪电网络]] 文章4（需要重读） 这条反链，它的一级子节点很多，在反链里确实占地方，而且把其它的关联型双链都挤压得不显眼了，但问题是，今天我本来就是来整理这篇《闪电网络》的，在我看到这条反链的一瞬间我就会把它拖进正文去整理，从此它就对反链面板没有影响了。

    所以在整个流程中，这条传递型反链就像薛定谔的猫，它存在于反链面板的时候确实很占地方，但这时候我根本看不见它，等我有一天真的看见它了，它就会立马被我从反链面板里移出来，在我这个观察者的视角中，它存在于反链面板的时间只有一瞬间，所以它长一点也就无所谓了。

    虽然稍微有点理想化，但我仔细一想，子列表过多的问题从一开始就不是问题，反正传递型双链只是暂时存在于反链面板，查看反链的时候，看到传递型双链直接把它拖进正文就行了，拖进正文之后无论想永久折叠还是想永久展开都可以，就算暂时不做细致的整理，把它放在正文里也比放在反链里更好，最开始让它处于反链里只是为了在 daily notes 里快速记录而已。在彻底整理一篇笔记之后，需要留在反链里的也都是关系型双链，而关系型双链一般不会有子节点。所以最初展示的时候应该是一种宁滥毋缺的原则，至少对传递型双链是这样。

    1 回复
  • 其他回帖
  • deerain • • 5
    订阅者 支持者 勇士 作者

    好问题。尽管不易察觉，但这两种方式有极其巨大的区别。

    假设今天我逛了一下 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 的水平，这种流畅无压的记录方式能极大促进一个人记录更多的东西。

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

    1 回复
    4 操作
    deerain 在 2021-10-17 15:32:01 更新了该回帖
    deerain 在 2021-08-15 23:36:54 更新了该回帖
    deerain 在 2021-08-15 22:14:44 更新了该回帖
    deerain 在 2021-08-15 22:13:44 更新了该回帖
  • fangly • • 1 赞同
    订阅者 先知

    我觉得反链展现的标准应是：是否展现了充足的上下文。而是否是在“传递”我觉得不太重要。我在一个节点中如果除了双链锚文本外还有其他内容，这些其他内容就相当于上下文，给我足够的信息判断我在这里进行引用是在干什么。而如果一个节点中只有双链锚文本，这样就缺乏上下文，我不知道我在这里引用它是在干什么，所以才需要展现子列表。上下文的目的是让用户知道我为什么引用了当前文档，从而判断这个反链项目是否需要进一步仔细查看。

    对于 - [[闪电网络]] 文章4（需要重读） 这个，上下文信息已经足够，文章标题的信息量已经很大了，不展开子列表我也已经清楚我这里为什么引用[[闪电网络]]，如果我觉得我需要再看一下这篇文章的内容，我只需要展开节点就好，如果我觉得这篇文章目前不需要再仔细看了，我就直接忽略它就好，目光直接移动到紧贴着的下一个反链项目。而此时如果默认展开了该文章的子列表，如果我子列表的第一级节点就有几十个，此时就占满了反链面板，不方便我看下一个反链项目，此时展开子列表我觉得没什么意义，属于冗余信息，文章标题的信息量已经足够了，子列表对信息量的提升非常有限，并且对反链面板造成了一定的“污染”。对我来说，我几乎所有网上摘录的 input 内容都是按这种形式组织的，就是 daily note 的第一级节点中会包含标题和一个双链锚文本，所以如果把我现在的笔记迁移到 logseq 中的话，我有不少文档的反链面板被严重“污染”，完全不可用。

    我觉得还是 roam research 的方式比较适合点。

    所以 logseq 虽然在功能上会让它展示下级，但实际使用中因为用户一般不会在这里再写一个子节点，所以大多数时候是没什么影响的

    在我的体验中，我是经常会写子节点的，我一般的列表达到五六层是常有的事，在第二三层进行关联型双链也经常做。再比如你所举的 - [[闪电网络]] 文章4（需要重读） 这个例子，这下面肯定会有非常长的列表，一级节点可能会有几十个，这究竟是传递型双链还是关联型双链，我觉得不好说，在我的笔记系统中，倾向于当做关联型双链，这里面的内容我不会直接移动到 闪电网络 这个文档中的，只是为了说明这个文章和闪电网络这个主题相关。其实我觉得区分关联型双链和传递型双链没什么必要，反正都是链接嘛，而且其他大纲型双链笔记也没有针对两者的特性进行区分处理：logseq、葫芦笔记是全部一视同仁认为需要子列表来丰富上下文信息；remnote、roamedit 是全部一视同仁认为不需要子列表来丰富上下文信息；roam research 是根据该节点本身的上下文是否充足来判断是否需要子列表来丰富上下文信息，我觉得这是比较中和、比较合理的方式。

    2 回复
    4 操作
    fangly 在 2021-09-25 21:58:52 更新了该回帖
    fangly 在 2021-09-25 21:53:25 更新了该回帖
    fangly 在 2021-09-25 21:47:07 更新了该回帖
    fangly 在 2021-09-25 21:34:23 更新了该回帖
  • 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 •
  • 查看全部回帖
deerain
还好我技压全场
回帖
234
 帖子
56
 积分
10261

近期热议

推荐标签 标签

  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划，本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE，直到 1999 年 Sun 买下此公司。Sun 于次年（2000 年）六月将 NetBeans IDE 开源，直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 643 关注
  • Flutter

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

    39 引用 • 92 回帖 • 7 关注
  • SOHO

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

    7 引用 • 55 回帖 • 92 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议，它实现了浏览器与服务器之间的全双工通信（full-duplex）。

    48 引用 • 206 回帖 • 398 关注
  • Android

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

    333 引用 • 323 回帖 • 65 关注
  • 百度

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

    63 引用 • 785 回帖 • 251 关注
  • Q&A

    提问之前请先看《提问的智慧》，好的问题比好的答案更有价值。

    6554 引用 • 29428 回帖 • 246 关注
  • 分享

    有什么新发现就分享给大家吧！

    242 引用 • 1748 回帖 • 1 关注
  • Maven

    Maven 是基于项目对象模型（POM）、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    185 引用 • 318 回帖 • 344 关注
  • 七牛云

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

    25 引用 • 215 回帖 • 166 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统，最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统，最初是设计给 iPhone 使用的，后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样，属于类 Unix 的商业操作系统。

    84 引用 • 139 回帖
  • 智能合约

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

    1 引用 • 11 回帖 • 7 关注
  • Markdown

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

    163 引用 • 1450 回帖
  • CSS

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

    180 引用 • 447 回帖 • 1 关注
  • jsoup

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

    6 引用 • 1 回帖 • 462 关注
  • 星云链

    星云链是一个开源公链，业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎，一个公链的所有功能，它基本都有，比如你可以用它来开发部署你的去中心化的 APP，你可以在上面编写智能合约，发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖
  • Netty

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

    49 引用 • 33 回帖 • 23 关注
  • WebClipper

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

    3 引用 • 9 回帖 • 6 关注
  • 知乎

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

    10 引用 • 66 回帖 • 1 关注
  • 思源笔记

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

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

    18709 引用 • 69853 回帖 • 1 关注
  • Gzip

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

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

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

    40 引用 • 24 回帖
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架，基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 345 关注
  • 工具

    子曰：“工欲善其事，必先利其器。”

    275 引用 • 682 回帖
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统，它完整实现了 JMS 规范，是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 626 关注
  • BAE

    百度应用引擎（Baidu App Engine）提供了 PHP、Java、Python 的执行环境，以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用，并且提供动态扩容和负载均衡的运行环境，让开发者不用考虑高成本的运维工作，只需专注于业务逻辑，大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 618 关注
  • 尊园地产

    昆明尊园房地产经纪有限公司，即：Kunming Zunyuan Property Agency Company Limited（简称“尊园地产”）于 2007 年 6 月开始筹备，2007 年 8 月 18 日正式成立，注册资本 200 万元，公司性质为股份经纪有限公司，主营业务为：代租、代售、代办产权过户、办理银行按揭、担保、抵押、评估等。

    1 引用 • 22 回帖 • 684 关注

最新标签