思源笔记数据库使用新思路:谈自上而下管理与自下而上积累

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

2024.04.15 更新:纠正下对 moc 的描述,下文中的 moc 指代列表型 moc,数据库也算是一种高级表格 moc


之前思源笔记 3.0 发布,我就简单总结了下传统数据库的应用场景,如高级表格、整理书影音、文献笔记、制作 TODO list、管理博客文章等,具体见 Notion 的本地平替!思源笔记 v3.0 发布! - 链滴 (ld246.com)

最近实际使用数据库有一段时间,又有了很多新的想法,觉得数据库真的非常好用,有其存在的意义:它补足了思源笔记作为双链笔记软件在管理笔记上的短板,数据库即可以与 moc 互补进行自上而下的知识体系管理,思源笔记的「添加到数据库」功能又可以与 dailynote 笔记法互补进一步完善无压笔记流程,进行自下而上的积累, 能充当 dailynote 笔记法过去一直缺失的文档树。

什么是自上而下和自下而上呢?L 先生的《打开心智》一书中做了阐述

  • 自上而下:先通过积累形成若干个主题,再从这些主题出发,想清楚自己缺少什么,需要去弥补什么,然后有意识地去获取知识来填充这些主题,完善这些主题。简言之:先建立框架,再填充框架。
  • 自下而上:先不要考虑太多,先去学习。先积累和收集大量的笔记,让它们“自由生长”。然后再通过复习,把它们整合起来,自下而上地构成一个个框架、文章、成果。亦即:先收集素材,再组装成型。

最近一直在生病,干活少,难受就读书,最近就在读《神经科学:探索脑》这本书,所以就以读此书为例,介绍我现在是怎么使用思源笔记的数据库。

数据库与 MOC:自上而下的管理

首先,最显而易见,用数据库可以来管理读书过程中的每一章读书笔记。在没有数据库之前,我会使用 MOC 方法来管理每一章读书笔记,搞一个列表块,添加各章节,读到哪一章节,就块引新建文档,然后记笔记。比如下图这样:

Clip_2024-04-04_19-46-11

这一方法在实际使用过程中有一些问题:

  • 这章节的笔记要回到目录页、跳转到下一章节有点麻烦: 要么通过反链面板到书籍页面,再到下一章,但反链面板常常有其他文档和 dailynote 干扰,不好找到书籍目录页面;要么在这一章节添加书籍页面块引和下一章节块引,这一点困扰了我很久。
  • 删除笔记的管理麻烦:如果把这一章节的笔记删除,moc 的链接不会消失,需要自己手动删除。这个问题在读书笔记上可能比较少出现,但在用 MOC 管理概念笔记、博客笔记等时,就会容易碰到。这也是思源一直没有目录块的弊端。

而使用数据库来管理笔记目录有什么好处呢?

Clip_2024-04-04_19-51-53

  1. 可以通过章节文档右上方的数据库角标打开对应数据库,查看其他章节笔记,没有其他干扰,非常便捷

    Clip_2024-04-04_19-55-33

  2. 数据库中的文档删除,数据库对应条目自动删除,不需要额外处理

  3. 数据库能根据更新时间、创建时间等条件进行筛选和排序。

  4. 思源的数据库主键除了文档外,还可以是普通文本,可以提前新建图书章节,读到那一章,再新建文档。这一点在管理知识体系、管理写作文章也很好用,提前把自己想写的、想研究的标题填入数据库,等要写了,再新建文档。这点与用 MOC 管理笔记的体验是差不多的。

当然用数据库管理目录也有问题

  • 没有列表管理那么方便,不是那么方便批量添加
  • 目前数据库视图并没有目录视图,表格视图只适合简单的一级目录线性管理,无法像列表 MOC 和表格 MOC 一样,提供丰富的层级关系。但凭借多选列和单选列构建不同视图,可以对条目进行分类,对于没有多层级的目录管理而言,还是够用的。有多层级的笔记目录管理还是建议用 MOC,实在想用数据库来管理,也可以用数据库嵌套的方式,即一级目录用一个数据库管理,二级目录通过一级目录各个文档里嵌套数据库管理。

需要注意的是,我觉得数据库和 MOC 管理笔记并不矛盾,数据库更倾向与笔记管理、项目管理,MOC 更自由更倾向于梳理笔记关系,还能方便引用其他笔记。完全可以在主题笔记同时用 MOC 和数据库。如下图,是一个简单的示例:

Clip_2024-04-05_10-20-52

PS:现在发现做笔记就不要追求不重复,怎么方便怎么来,数据库和 MOC 我全都要!!!

另一个例子,我就举例我的尤克里里笔记吧,算是比较典型,具体的学习笔记由于靠考虑尤克里里弹奏学习、乐理知识、制谱软件、学习资源等分类,所以我使用 MOC 来管理笔记,而具体弹唱和指弹曲目的学习,则是使用数据库来管理,还能起一个简单的任务管理作用(数据库就非常适合管理 Project 笔记)。

Clip_2024-04-05_10-09-52

当然,根据图书的章节一章一章的记笔记,只是低级的自上而下,更进一步的自上而下管理是问自己感兴趣和需要的方面,比如

  • 海马与记忆有什么关联?什么是情景记忆?什么是印记细胞?什么是位置细胞?
  • 为什么神经领域会用钙荧光信号作为指示剂来表征神经元活动?钙信号图像的数据处理步骤有哪些?常见的后期数据分析方法有哪些?
  • 三光子显微镜为什么可以直接看到脑子里神经元的活动?
  • 现在脑机接口的发展如何了?脑机接口是如何知道人在想什么的?
  • ……

然后根据自己罗列的问题,有时间就去一个个查资料读文献,深入了解。这里就不再展开。

数据库与 dailynote:自下而上的积累

我目前的大部分的笔记文档都是通过笔记本的设置实现块引新建文档和标签页新建文档按月来存放,不追求文档的分类。相信很多践行 dailynote 笔记法的朋友也是如此设置。

笔记本设置

Clip_2024-04-04_20-10-44

文档树预览

Clip_2024-04-04_21-09-56

L 先生的《打开心智》一书中,提到的 INKP 法(收集箱 I,概念笔记 N,知识主题 K,项目 P)说,读一本书,不要只按章节来记笔记,而是应该整理出一个个概念,这样方便知识体系的建立、知识复用和知识的更新。

于是我就开始在思源笔记里践行 INKP 笔记法,依然以读《探索脑》这本书为例,读《第 5 章 突触传递》这一章时,我碰见了电突触、神经递质、化学突触、乙酰胆碱等名词,我就块引新建文档,建立概念笔记。为了管理这些概念笔记,我会建立主题笔记,如建立一个《神经科学》笔记。然后接下来就有一个问题了,这些概念笔记该如何放到主题笔记里去呢

没有数据库之前,为了把《乙酰胆碱》这篇概念笔记传递到主题笔记,又同时为了方便所谓的无压,我会像思源笔记社区的一些人学习,在概念笔记文档里建立块引标签

Clip_2024-04-04_20-59-19

这样在《神经科学》笔记的反向链接就能看到《乙酰胆碱》这个文档了。

Clip_2024-04-04_20-57-58

然后呢?有空就整理到《神经科学》的 MOC 列表里?不,一般情况下,我就完全懒得管这篇笔记了,因为觉得通过反链面板整理文档真的很痛苦呀!!!尤其如果建立一口气建立很多概念笔记,要一个个打块引标签,然后之后再到主题笔记添加对应的概念块引,那我为什么不直接在主题笔记就添加块引呢?而且这种方法还会污染笔记正文,不方便我分享到其他平台上。所以,我目前已经不再像过去那样热衷于什么都要块引传递积累了,当下就能整理,为什么要未来整理,东西一积累多反而就懒得整理了。

但现在有了数据库,尤其思源笔记的块标菜单有一个「添加到数据库」功能,天哪,这简直是一个伟大的 idea,经过试用后,觉得拨云见日,发现新大陆。感谢 Gaofy 在在 dailynote 流程中,如何把当前块添加到数据库?畅想一种新的方式 - 链滴 (ld246.com)提的建议!让数据库也有了自下而上渐进式积累的无压笔记体验。

方法就是《神经科学》这篇主题笔记新建一个数据库,比如也命名为“神经科学数据库”,《乙酰胆碱》这篇文档直接通过「添加到数据库」添加到该数据库,然后就完成了归档步骤,就这么简单,之后就专心记你的笔记 。

Clip_2024-04-04_21-02-04

我发现数据库尤其适合整理这种名词概念笔记,零散杂乱,用 MOC 整理其实挺头疼的,完全不知道该放在哪里,等列表长了,也不方便查看。现在用数据库,直接往里丢就好了,你都完全不用打开主题笔记想着这个概念要放在哪里。之后有需要利用标签、排序筛选、新建视图等功能进行管理就好了。

这种方法,我个人认为非常便于学科及领域的概念学习和积累:

  • 在渐进式读书过程中遇到的名词块引新建文档通过块标放入数据库中
  • 如果你是 dailynote 笔记法的践行者,在一天遇到的新名词,也可以在 dailynote 通过块引新建文档,然后放入对应的主题数据库里,

而且添加到数据库也支持同一篇笔记放入多个不同的数据库,应该可以平替标签和“块引标签”,管理更方便!

再举一个例子,对于经济学,我非常不了解,前段时间看繁花积累了一点点储备,像经济学这种我过去几乎不怎么了解的领域,我根本就不在乎知识相互之间的关联,我只在乎当前遇到的名词我学会就好了。

Clip_2024-04-04_21-17-14

此外,也不必局限于只传递概念笔记,只建立概念笔记数据库,大可以建立一个主题数据库,除了概念笔记之外,写了对应领域的博客,阅读了对应领域的文章和文献,都可以放进去,分别打上「概念笔记」「写作输出」「文献阅读」标签即可。即把数据库作为 dailynote 笔记法对应主题的文档树,同时具备根据标签进行分类和排序的功能!

总结,dailynote 笔记法说到底就是为了进行渐进式的积累,无论是块引传递还是数据库,只要能达到这个渐进式积累的目的就 ok,不管黑猫白猫能抓到老鼠就是好猫,不必执着于只用块引传递!个人目前认为反链面板在渐进式学习过程中,更适合积累碎碎念和思考,对于概念笔记和文档笔记而言,更适合用数据库来进行积累,因为这样,起码对我来说,后者留给未来的心智压力更小块引传递用来积累单个话题的观点和思考,数据库积累主题下的一篇篇笔记, 彼此互补,多棒

以上!

  • 思源笔记

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

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

    24751 引用 • 101725 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 5kyfkr 1 赞同 via Android

    可以的,有启发,数据库确实很方便自上而下管理,怎么好用怎么来,MOC 有时候也是会更灵活一点。

    另外数据库加块级双链的配合其实是全新的领域,只有思源能有如此自由度,同时兼容自上而下和自下而上,缝合得够多慢慢就会有自己的特色了trollface

    1 回复
    1 操作
    5kyfkr 在 2024-04-04 21:24:20 更新了该回帖
  • 我去,太有用了。第一个目录就让人茅塞顿开!

  • 可以通过章节文档右上方的数据库角标打开对应数据库,查看其他章节笔记,没有其他干扰,非常便捷

    数据库中的文档删除,数据库对应条目自动删除,不需要额外处理

    提前把自己想写的、想研究的标题填入数据库,等要写了,再新建文档

    在 dailynote 通过块引新建文档,然后放入对应的主题数据库里

    学到了!

  • ZQ11

    事实证明就是没用呗 为了一个返回功能 尝试用数据库解决 不累吗

    MOC 至少可以保证一键生成目录 数据库支持吗?

    3 回复
  • 不对吧,这个可比传递型双链方便,是更轻松了才对

  • Achuan-2

    MOC 本身做不到一键插入目录哦,也是靠插件和模板才能实现的(如果你说的不是直接复制图书目录的话),对于不使用父子文档的 dailynote 用户,插件能起到的作用也微乎其微,一般也是一个个添加。MOC 实现子文档到父文档,以及兄弟文档间跳转是很麻烦的,而数据库只需要添加到数据库里面,完全就能满足我的需求了,方便,比用 MOC 方便多了。

    而且未来肯定有大佬做数据库相关插件的或者官方完善,比如父文档自动更新子文档数据库、优化数据库的导入批量添加功能(根据 csv、Markdown 表格甚至列表快速完成批量添加),思源的数据库功能才开始不久,还不完善呢,但现在的自上而下和自下而上的综合管理体验已经很不错了。完全可以畅想下。

    1 回复
    3 操作
    Achuan-2 在 2024-04-05 10:23:22 更新了该回帖
    Achuan-2 在 2024-04-05 10:23:02 更新了该回帖
    Achuan-2 在 2024-04-05 10:22:03 更新了该回帖
  • Achuan-2

    也没怎么用过其他软件哈哈,靠你来吹了doge

  • 5kyfkr 1 赞同

    数据库也是双向链接对应的块或文档到数据库里,和传递性双链手敲本质上没区别,并且相当于自带标签整理功能,MOC 还需要手动复制对应的块链接或者手敲,数据库直接菜单里发送到对应数据库就行了,都是整理方式,MOC 和数据库各有优劣,数据库并不是什么高大上复杂的功能

  • ZQ11

    没觉得 要是数据库可以一键生成 那确实可以多了一个管理目录的功能

    但是这上限和 moc 没差啊

    moc 就少了返回呗 所以单纯为了一个返回 需要引入这么复杂的数据库 这不是很繁琐的操作吗

    2 回复
  • 单纯为了一个返回 需要引入这么复杂的数据库

    总感觉你的理解有点不同。难道不是偶然发现数据库能这么用吗?相比以前的操作更方便了那就是有价值的

    1 回复
  • 5kyfkr 2 赞同

    一键生成是指用插入目录插件把子文档直接生成目录吗?那种目录实际上是文档树的另一种展示方式,不能称之为 MOC,数据库能实现不同地方的文档和笔记内块的索引,这个操作和手动整理主题的 MOC 没什么区别。并且 MOC 上限是不能和数据库相比的,MOC 不能方便的打标签分类不同文档或块的处理状态,或者添加附件,引用关联数据库等等

    1 回复
  • Sheep

    数据库?Query!

  • Wangfh5 1 赞同 via Android

    收货很大,主要是要了解数据库应当怎么用、用在什么场景,即使当下用不到或不习惯用,以后某一天或许就会想到这个 flow 的契合;而不是硬要把它和 MOC pk 个你死我活。

    如本文所述,在自上而下学习中,数据库一个很好的场景是学习概念性较强、且自己扎根不深的领域,或许可以叫“通识性学习”。

    对于我自己的专业内知识而言,我觉得最有必要引入数据库管理的是文献笔记。而且和文中说的一样,数据库和 moc 应当双管齐下来管理文献笔记,前者负责简单的整理分类、提供方便的文档出入接口,后者是更加深入的、层级性的整理和综述。

    但我为什么丝毫没有使用数据库的需求?因为这部分功能被文献管理软件所“很大程度”替代了啊 😂😂 但其实,文献管理软件 zotero 其实做的并不够好,原生的文档树加标签的管理,还是心智负担有点重了:

    1. 文档树方面,不断地新建子文件夹来分类,且基本上又只能按一个判据分类。可以将 zotero 中的文档树理解为“你只能对这一批文献建立一个 moc”。
    2. 标签方面,把不同分类规则的标签混合在一起,也会很乱。目前我克制标签的使用在对“方法”的分类。

    倘若引入数据库,不同的列可以作为不同的分类方式,文档树可以直接扔掉。看上去很棒——但从 zotero 到 siyuan 的迁移和重复管理又是一个成本,重复管理是因为你始终需要 zotero,写论文的时候总是得用它导出文献原信息。

    3 回复
  • 原来主键是这样使用的呀,我一直以为它是 mysql 的唯一值...

  • ZQ11 via Android

    数据库有啥上限啊?不就花里胡哨吗

    表大了 不好看 表小了 没必要 纯纯鸡肋花里胡哨

    1 回复
  • ZQ11 via Android

    可是相比之前就多了个返回啊 moc 要是想做也是可以做返回的而且一周就好了何必要几个月来个返回呢

  • Achuan-2

    zotero 如果引入数据库功能 确实就没必要用思源,主要 zotero 自己没有对文献打分的功能,以及简易总结列这种东西(虽然插件实现),文献自定义拖动排序功能也没有

    所以我对 zotero 的定位就是阅读器加文献管理器,但对文献进行分类、整理和文献笔记管理会更喜欢用思源一点,丢个 zotero 链接在思源里就好了。

    1 回复
    1 操作
    Achuan-2 在 2024-04-07 15:50:44 更新了该回帖
  • 5kyfkr 2 赞同

    那我也会说:MOC 有啥上限啊?不就花里胡哨吗

    列表长了 不好看 列表短了 没必要 纯纯鸡肋花里胡哨,直接文档树管理不就行了

    还可以引申到 excel ppt,有 word 排版不就行了,excel ppt 这么多行列还一张张放映就是花里胡哨

    1 回复
  • Achuan-2 1 赞同

    另外,我觉得研究生实验室笔记用数据库管理也很好,因为我们是交叉学科学的东西很杂,学光学、学工程制图、学神经生物学、学代码,干脆记的全部笔记用一个数据库全放进去就好了,用数据库的分类列和视图来做分类,感觉整理的压力就小了很多

  • zotero 可以通过插件,或者标签打分。比较方便的。

    1 回复
  • Achuan-2 via Android

    嗯我知道,而且原生没有一个备注列,也挺遗憾的,可能是我自己看文献不记标题吧

  • zihan1983

    没有能理解这个数据库的用处,目前还是当做一个类似于多维表的轻数据库在使用。

  • 没有分组、镜像数据库中居然要显示所有视图、不能整表导入 Excel

    我等这三个问题解决了,才全入思源数据库。

    如果能有子项目,则完败 notion 等一众 database(我目前不需要自动化)

  • suiji

    zotero 有一个高级检索及高级检索结果保存并更新的功能,比笔记软件的数据库还要灵活。论条目管理,zotero 还是要更强。条目归 zotero,笔记归 siyuan。

    1 回复
  • +1,同样的用法定位。反正思源可以跳转到 zotero,两者结合用才完美。

  • grunmin

    思源的标签 +query 挂件其实能满足你的需求

  • 时至今日才发现这篇帖子,我自己摸索总结的流程和你的分享不谋而合,再加上数据库之间的关联,确实可以减少很多管理的麻烦,如果早到看到这篇帖子应该会少走点弯路吧,哈哈。

  • 有点道理,我有同感

请输入回帖内容 ...

推荐标签 标签

  • 心情

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

    59 引用 • 369 回帖
  • Office

    Office 现已更名为 Microsoft 365. Microsoft 365 将高级 Office 应用(如 Word、Excel 和 PowerPoint)与 1 TB 的 OneDrive 云存储空间、高级安全性等结合在一起,可帮助你在任何设备上完成操作。

    5 引用 • 34 回帖
  • Log4j

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

    20 引用 • 18 回帖 • 33 关注
  • 自由行
    3 关注
  • Ubuntu

    Ubuntu(友帮拓、优般图、乌班图)是一个以桌面应用为主的 Linux 操作系统,其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词,意思是“人性”、“我的存在是因为大家的存在”,是非洲传统的一种价值观,类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    127 引用 • 169 回帖
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 254 关注
  • IPFS

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

    21 引用 • 245 回帖 • 235 关注
  • 国际化

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

    8 引用 • 26 回帖
  • Sphinx

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

    1 引用 • 213 关注
  • 尊园地产

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

    1 引用 • 22 回帖 • 788 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    409 引用 • 3587 回帖
  • danl
    163 关注
  • 倾城之链
    23 引用 • 66 回帖 • 157 关注
  • PWL

    组织简介

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

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

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

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

    173 引用 • 414 回帖 • 369 关注
  • 996
    13 引用 • 200 回帖 • 2 关注
  • 持续集成

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

    15 引用 • 7 回帖
  • Ngui

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

    7 引用 • 9 回帖 • 399 关注
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 254 关注
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖
  • Flume

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

    9 引用 • 6 回帖 • 651 关注
  • jQuery

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

    63 引用 • 134 回帖 • 733 关注
  • Word
    13 引用 • 40 回帖
  • Gzip

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

    9 引用 • 12 回帖 • 169 关注
  • HTML

    HTML5 是 HTML 下一个的主要修订版本,现在仍处于发展阶段。广义论及 HTML5 时,实际指的是包括 HTML、CSS 和 JavaScript 在内的一套技术组合。

    108 引用 • 295 回帖
  • 负能量

    上帝为你关上了一扇门,然后就去睡觉了....努力不一定能成功,但不努力一定很轻松 (° ー °〃)

    88 引用 • 1235 回帖 • 412 关注
  • WebClipper

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

    3 引用 • 9 回帖 • 6 关注