思源未来能否实现基于已有笔记的 AI 问答 / 汇总筛选功能?

隔壁 Ob 数据格式是 md,我可以直接把整个库喂给本地大模型。一个类似的案例:素问 sooon.ai Q&A - 知乎

思源倒是也行,把笔记本导出成 md 喂给大模型即可。

但是我想象中的一些 Ob+ 大模型的可能的复杂用法就很难做了:

  1. 大模型只要做针对性优化,肯定还能识别出双链链接,毕竟 Ob 用户基数大,而且双链格式是显式的(思源的双链是基于 ID 的,大模型真的能认出来吗?),这种模型我相信以后肯定会有;进而识别出整个关系图。这样肯定有利于大模型的准确率。

  2. 针对某个专题,大模型可以直接帮我生成一份双链目录。

    1. 举个例子,比如我在 Ob 里记录了很多很多思源笔记的使用经验技巧,这种东西我不可能一开始就好好整理出一份目录的(整理这种目录很累很花时间而且收益很小);但是未来如果我要把我的笔记公开,或者去教别人、分享给别人的话,那就肯定需要有一个目录。如果是 Ob,显然大模型肯定有能力帮我写一个目录(每个双链还能附带简要说明),只要浏览[[思源笔记]]的反链即可,这样就省去我自己写的功夫了,还是那句话,自己写实在是花时间,而且收益很小。
  3. 总有一些内容是忘了加上相关双链、标签的,别名也无济于事。尤其是零碎内容,还有随着事态发展才意识到过去的 XX 的重要性的内容。

    1. 例如,生活日记,记了 20 年后我告诉 AI,“给我找出我笔记中所有和姐夫 XXX 相关的内容,他外号有 a,b,c,在 YY 公司、ZZ 公司干过,后来开了一家 BB 店”。显然这靠双链不能解决问题,只能求助于人工智能。比如这种日记“今天家庭聚会,大姐一家、大哥一家、姑姑姑父除了四姑一家外全都来了,……”,任何写笔记的人都不可能把所有参与者的名称全写一遍以便以后检索筛选。
    2. 再比如看剧,假设看《海贼王》《火影忍者》《三国演义》,我不可能每次写想法的时候都把人名全写一遍,也总有某些角色在看到后面的时候才喜欢上从而想快速查看之前写的相关内容,记录的笔记里写法可能是千奇百怪,角色本名中文日文罗马音片假名,外号简称一大堆,或者只提到演员/声优,从网上复制粘贴的内容的写法有更多花样,只要这个大模型已经基于网上搜集的数据集获取了这些基础知识,就能在筛选时帮我找出来我笔记中的相关内容。
    3. 例如,我现在需要让笔记软件展示出,我记录过的,看过的剧中,所有我有非常正面评价的反派角色,来做一个反派角色塑造分析的汇总。没有任何非影视专业的人在做观影笔记的时候会把「非常积极」「反派」这些关键词全都提前写上去的,这种需求只能靠 AI 分析笔记语义来汇总,AI 自己来判断我对某个角色的形容词是不是「非常积极」,根据网络上的相关知识来判断这个角色是否属于「反派」。

我想这些已经足够说明 AI 确实很有用。

(注:上述用处主要是在专业知识以外的领域。毕竟,专业知识本就应该需要投入大量时间去学习和梳理;而这以外的知识如果也要认真梳理代价太大,很不划算,这些知识不配,就算配,一般人也没有那个时间和能力去梳理。举个例子,网上有很多很多人情世故的好文章,这不是专业知识,不过大家都需要学,那你们会把这些知识点全部有条理地整理出来吗,也就是像课本那样的目录,第一章基础认识,第二章 XXXX,并且还配上简单说明?绝对不会,即使你想整理都整理不出来,绝大部分人根本没有利用剩余时间自创出一个完善大纲的能力,反正我是不行,每一个知识点都要考虑放到目录的什么地方,很痛苦,想不出来。)

当然现在的大模型还没这么厉害,但我相信以后一定会有,就像 Notion 的 AI,我看网上说,就可以根据自己写过的所有内容生成总结。


思源的数据格式是 json,所以要实现上述功能,我感觉就只能是把大模型加入到软件里(Ob 在这方面就无所谓,可以外部实现,这是一个类似实现:reorproject/reor: Self-organizing AI note-taking app that runs models locally.)。但是我还是想象不出来,大模型加到软件里是个什么场景,所以才有了标题的这个疑问:未来思源能实现这种功能吗?


即使实现了这个功能,我还有一个进一步的想法。

我知道有些人是习惯把网上看到的好内容剪藏到思源里,但我不是这么干的,我是用 singlefile 插件保存网页,在笔记软件里粘贴网页链接,然后简单写一下自己的想法。原因很简单,第一,这不是我自己写的内容,我的习惯是不把不是自己写的内容囫囵个儿地放到笔记里;第二,总有些网页剪藏的话会乱掉/不适合阅读,所以最终总会有内容不可能放到思源里;第三,就算网页内容整个儿保存进思源,那 PDF 呢,总不能复制粘贴进去啊。

如果用 Ob 的话,因为 Ob 使用 md,所以我可以把 md 文件和我保存的 HTML 网页、PDF 等资源一起喂给大模型。

进一步,做个畅想,比如有一个类似 ChatGPT 的大模型,已经基于网上的知识训练了,然后我把我本地的内容一起喂给它,这样我问他什么他都能基于网上的内容和本地的内容两方面来帮我筛选信息。我觉得这是很好的。

举一个例子:我保存了很多讲《三国演义》的拍摄花絮、演员导演采访的网页,但我不可能把这些网页全部变成笔记放到笔记软件里打上双链/双链,因为花絮太太太太太丰富了,我没那个时间。另外,笔记软件里也记录了一些笔记,很多是看视频的时候记录的。有一天我需要从我的资料库中调阅所有某角色的拍摄花絮,那么此时就需要大模型同时读取笔记里的内容还有保存的网页内容。

但是思源的话就不行,因为如之前所说,思源的大模型得加到软件里,根本不可能连网页、PDF 内容一并读取。即使假设思源不仅能把文本、关系图结构喂给大模型,还能把资源文件也喂给大模型,也不可能实现;我不可能把这些外部资源全都丢到思源的附件文件夹里,一是思源会强制给附件改名但有些附件是不应该被改名的,二是并不是所有外部资源思源都会用到,三是有些外部资源有它自己该在的位置,而不是放到思源的附件文件夹(Ob 可以通过软链接来轻松链接磁盘上任何内容,但是思源就不行)。

所以就很纠结。

  • 思源笔记

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

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

    20156 引用 • 77717 回帖
2 操作
LoneFireBlossom 在 2024-05-03 15:59:12 更新了该帖
LoneFireBlossom 在 2024-05-03 04:40:46 更新了该帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • ennea

    我的理解,ai 很重要,不过现在笔记软件的 ai 还没实现到那个程度,所以思源倒也不用着急。不过提前谋划还是重要的。按道理思源也应该可以提供接口给 ai,直接链接到外部文件应该也可以实现。

    想你提到的 Obsidian 的优势,这就是使用通用格式的好处,鱼与熊掌不可兼得。

    1 回复
  • 现在是可以但没必要,等几年成熟了加上本地硬件升级

  • LoneFireBlossom

    我担心的是思源实现不了,或者说用非文本格式的软件都实现不了。

    第一,在我的理解中,软件接口只能让其他程序读取和操作软件里的一部分数据,而「把笔记内容、关系图全部喂给大模型」这种操作我想不是接口能解决的,必须是把大模型深度整合到思源里才有可能实现。

    第二,退一步讲,假设这能实现,但实际中,

    只要思源体量没那么大,未来这些 AI 模型只能是思源这边请求接入,把大模型深度整合到软件里,让模型可以实时读取分析所有笔记数据,所有适配恐怕基本上得思源这边来完成,我感觉可能还很麻烦,每个大模型都得来适配。如果用通用格式,可以用户自行选择使用哪家大模型。

    而且还有付费问题,如果这种整合要花钱恐怕也没法负担得起。

  • 我的建议,

    你可以先试试用 kimi chat 或者通义千问等国产免费大模型,有能力去用用 gpt4,claude 模型,就知道目前 ai 的水平了

    这些大模型现在都可以免费上传多个文件,进行总结。

    你帖子里说的那些 obsidian 能做到,思源做不到,根据我对 gpt 的了解,应该都是能做到的,而且 gpt 完全是可以解析 json 数据的,gpt 训练时就是用的 json 数据(但思源的 json 会多很多无关信息耗费 token,一个解决方案是根据 sql 查询传入内容,sql 数据库的内容就是 Markdown 格式)。我不清楚你是否在 obsidian 实现了上述需求,对 gpt 的了解情况如何,但是感觉你用 gpt 并不是很多,上面你觉得不行的例子我都是觉得 gpt 可以做到的。

    不过目前 gpt 在知识管理方面,个人觉得有用但用处不大,还有待进步。

    我自己日常频繁付费使用 GPT4,觉得针对特定主题问问就好了,现在生成的内容已经很不错了。如果是通识性的知识,个人感觉没必要用个人笔记,ai 本身训练知识库就足够了(指的是 GPT4 和 claude,目前最先进的模型),你的笔记内容还不一定正确呢。但如果是专业领域、一篇最新的文献,用 ai 生成总结文本,我常常觉得 ai 没有生成我真正想要的内容,还是得自己读,自己写,ai 只能给个大概思路而已。

    notion ai 利用 ai 进行搜索,其实我也觉得这个用处不大。如果是要找到这个笔记,自己在思源笔记搜索打上关键词也能搜索到,在 notion 有点用是因为 notion 自身搜索能力差。如果想要根据过往的笔记生成一篇内容,就如前面所说,可以但没必要,不需要你的任何笔记内容,ai 自身就可以生成很好的内容了,只要 prompt 的罗列了你的所有要求,如果想要模仿你的文风,每次指定上传几篇自己写的文章就好了。

    目前笔记软件里的 ai,我感觉更像是一个玩具,一个噱头,方便那些不会申请 GPT 的人使用。真正要用,建议用最先进的大模型,自己上传最相关的文本,实现需求。

    目前使用 ai,我觉得 ai 目前最有用的方面是生成或改进代码(写代码变成拼装积木,也不需要像以前一样记录代码片段,根据 gpt 生成的代码拼装组成完整程序)、批量根据要求快速处理文本(不需要自己写正则、写代码来处理了)、快速了解一个名词概念(遇到一个名称我会倾向先问 gpt4 不满意再查维基百科)

    1 回复
    2 操作
    Achuan-2 在 2024-05-03 16:06:29 更新了该回帖
    Achuan-2 在 2024-05-03 15:37:54 更新了该回帖
  • LoneFireBlossom

    本帖当然不是在说现在的 AI,而是说未来的 AI 大模型啊……

    未来 AI 在筛选总结方面肯定大有用处,这种用处是靠提前写关键词不可能做到的。我 1 楼已经举了例子了。

    你举的一些例子,专业领域读文献,我 1 楼说了我只关注了 AI 在非专业领域的作用;用 AI 生成文本,额,这和我说的用处没关系啊……我不关心这个啊……

    可以但没必要,不需要你的任何笔记内容,ai 自身就可以生成很好的内容了,

    我一楼举的例子,比如例 3.1,例 3.3,这只能是基于我自身的笔记内容才能生成总结啊。

    再举一个,算了,我把新写的例子更新在 1 楼好了。

    1 回复
    2 操作
    LoneFireBlossom 在 2024-05-03 16:01:33 更新了该回帖
    LoneFireBlossom 在 2024-05-03 15:58:37 更新了该回帖
  • 我的意思是非通识性的数据建议自己手动导出相关的数据,用最先进的模型进行分析,效果是最好的。举文献只是一个例子,因为我没有你那些方面的需求。因为文献也是输入数据让 ai 解析总结呀,连文献那么有逻辑的数据输入总结重点都做不好的话,又怎么能期待它对零散的数据可以总结的到位呢?

    根据我的理解,目前的模型用你导出的数据上传已经能满足你例子的要求了。可以用 kimi 试试。而使用嵌入模型实现的个人知识库,我个人觉得效果是没那么好的,容易丢信息,可以期待下未来的个人知识库模型。

    日常使用思源笔记,只要有意识将相关笔记进行归类,导出这些数据应该也不是很麻烦的事情,而不是期待未来 ai 来帮你把所有零散的数据找出来。我说的归类不是像书籍一样列条目,而是可以一股脑的全丢进一个主题笔记里,不管什么排版。就好像你说的三国演义花絮,影视评价。这也是渐进式笔记的核心,渐进积累,之后面向主题输出。

    而例子 3.1,我觉得用别名设置人的外号、他的公司归属、家庭归属,看提及面板就能很大程度符合需求了。有些东西,通过查询、程序就能实现的场景,我个人的习惯是优先用最准确的,ai 又不能保证不会漏,你查询语法写漏了补充上去就行。甚至可以先自己用 sql 查询宁可包含不相关的结果也尽量不要漏,获得的结果给 ai,进行总结、重新排版,这样的效果我觉得目前是最好的。思源要做 ai 助手,我想到的一个方案也就是通过 ai 生成 sql 查询语句获取内容后再进行分析

    我上述的回答确实都针对当下的 ai,因为我觉得当下很多场景当下就能做到,没必要畅想,只是需要自己折腾下。

    2 回复
    2 操作
    Achuan-2 在 2024-05-03 17:11:18 更新了该回帖
    Achuan-2 在 2024-05-03 17:05:58 更新了该回帖
  • LoneFireBlossom

    连文献那么有逻辑的数据输入总结重点都做不好的话,又怎么能期待它对零散的数据可以总结的到位呢?

    我在 1 楼已经解释过了……

    目前的模型用你导出的数据上传已经能满足你例子的要求了。

    以例 3.1 为例,当我需要列出“二姑父家的表哥”的所有相关内容时,我认为现在的 AI 不可能在海量笔记里筛选出这条内容。退一步讲,肯定会有遗漏,这得期待 AI 大模型未来的改进。我相信未来 AI 会成为笔记中很重要的组成部分,在理想情况下,人类可以省去几乎所有前期分类整理的顾虑,把经历更加聚焦在「记录、输出」上,解除了分类整理的压力和焦虑。

    我说的归类不是像书籍一样列条目,而是可以一股脑的全丢进一个主题笔记里,不管什么排版。

    这是很难的。我现在感觉,在个人知识管理中,分类最终只能依靠 AI,不可能由人力来实现。

    第一,

    在实践过标签系统之后,我注意到很多介绍标签系统的文章都有意无意地忽略了一个问题:使用标签系统的前提是你有一个基础标签系统——也就是给什么内容应该打什么标签的一整套规范。
    而事实上构建和维护这个系统是超出个人的力量范围的。
    目前广泛使用标签系统的领域主要是论文、音乐、图库(可能还有不少我不了解的专业领域),这些领域的标签系统是由行业、企业或者用户圈子来维护的。
    而我们想象中是「我可以为文件打上标签」,但实际上我们遇到的是「我要给所有文件都打上标签」。
    我在网上保存下来一篇文章,如果我已经有一个标签系统,那我就要根据这个系统给文章打上标签,否则我之后可能找不到这篇文章;如果我还没有一个标签系统,那我还要花心力去想我应该给这篇文章打上什么标签,以便我以后找到它。如果你选择先不打,那么你就永远也不会给这文章打上标签了,整个标签系统就形同虚设。
    这是个相当耗费心力的过程,也是我自己和大部分认识的人最终没能坚持下来的原因。
    而如果我是下载一篇论文,论文平台早就给我打好一套标签了,我可以完全不管,也可以根据自己的需要加点我自己要用的标签。这是完全不同的感受。

    第二,选择使用更宽泛的分类是个常见思路,我也这么干过,但是前期分类方便了后期要筛选小主题时就麻烦了。

  • LoneFireBlossom

    我上述的回答确实都针对当下的 ai,因为我觉得当下很多场景当下就能做到,没必要畅想,只是需要自己折腾下。

    我认为有必要思考软件未来的发展潜力。也即,需要在「当前笔记记得舒服」和「笔记软件对下一代架构的适应能力」上找一个自己觉得可以的平衡点。

    首先,我认为当前的任何一款笔记软件是终极软件形态吗?未来会不会有下一代笔记软件?我认为会,而且目前看来,下一代就是在本代软件的基础上,结合了高度发达的 AI 大模型的笔记软件,而且这个下一代软件一定会成为彻底主流。至少我到时候一定会选择使用。

    其次,这个下一代笔记软件会有多久才能到来?我认为可能还需要几年到二十几年,不会更久了。

    最后,如果要做终身学习者,持续记录笔记,在上述前提下,就必须要考虑笔记的兼容性和可迁移性:要么是当前的笔记软件可以直接升级成下一代笔记软件形态,要么是当前的笔记可以以很低的成本、极小的信息损失迁移到下一代笔记软件。

    如果不考虑未来的话,现在记录得很开心,如果未来需要换软件,那就会很痛苦。

    1 回复
  • Achuan-2 2 评论

    那祝愿你期待的那一天早日到来吧

    我很满意我现在笔记方法,暂时并不期待所谓未来的 ai 笔记软件,因为 ai 能提高效率,能快速收集相关信息,但不能代替思考,我一直认为笔记最宝贵的内容,就是自己的思考,不思考又何必花时间记笔记。

    打太多标签、维护一个庞大的标签系统,很多情况下没有太大意义,dailynote 笔记法不是说不要分类,不分类的话哈桑为什么要介绍面向主题的 MOC 呢?我习惯面向主题的收集资料,只要专注当下的主题就好了,不必在乎这个主题到底属于什么分类。这种方法并不麻烦,能把我想要的信息和笔记整合,不管是专业领域,还是兴趣爱好笔记我都是这样干的。

    3 操作
    Achuan-2 在 2024-05-04 00:33:24 更新了该回帖
    Achuan-2 在 2024-05-04 00:20:22 更新了该回帖
    Achuan-2 在 2024-05-04 00:17:12 更新了该回帖
    这不是哈桑写的……
    LoneFireBlossom
    @LoneFireBlossom 哦哦抱歉,这个内容看着很熟悉,记错了。我修改下内容
    Achuan-2
  • 我觉得思源的那种.sy 的格式也能直接喂给 ai 的。。ai 又不是人,只能读懂 md,说不定处理思源这种结构化的内容更合适(当然,这是我瞎琢磨的,没有任何验证。
    可以预见的优点是,由于思源的块都有唯一的 id,所以能让 ai 给你生成内容的时候,附上引用了哪些块的内容的超链接,类似于 siyuan://blocks//xxx 这种。
    缺点么,消耗的 token 会比较多

请输入回帖内容 ...

推荐标签 标签

  • 前端

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

    247 引用 • 1347 回帖 • 2 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台,同时可以将自己看到的精彩内容分享到微信朋友圈。

    130 引用 • 793 回帖
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    262 引用 • 664 回帖
  • 智能合约

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

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

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

    164 引用 • 594 回帖
  • 心情

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

    59 引用 • 369 回帖
  • OpenShift

    红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 606 关注
  • ZeroNet

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

    1 引用 • 21 回帖 • 609 关注
  • Sillot

    Insights(注意当前设置 master 为默认分支)

    汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。

    主仓库地址:Hi-Windom/Sillot

    文档地址:sillot.db.sc.cn

    注意事项:

    1. ⚠️ 汐洛仍在早期开发阶段,尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计,使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记,开发者尽最大努力与思源笔记保持兼容,但无法实现 100% 兼容
    29 引用 • 25 回帖 • 53 关注
  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    5 引用 • 62 回帖
  • React

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

    192 引用 • 291 回帖 • 430 关注
  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖
  • 链滴

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

    记录生活,连接点滴

    143 引用 • 3752 回帖
  • 房星科技

    房星网,我们不和没有钱的程序员谈理想,我们要让程序员又有理想又有钱。我们有雄厚的房地产行业线下资源,遍布昆明全城的 100 家门店、四千地产经纪人是我们坚实的后盾。

    6 引用 • 141 回帖 • 566 关注
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖 • 1 关注
  • HBase

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

    17 引用 • 6 回帖 • 61 关注
  • SSL

    SSL(Secure Sockets Layer 安全套接层),及其继任者传输层安全(Transport Layer Security,TLS)是为网络通信提供安全及数据完整性的一种安全协议。TLS 与 SSL 在传输层对网络连接进行加密。

    69 引用 • 190 回帖 • 474 关注
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖 • 1 关注
  • 京东

    京东是中国最大的自营式电商企业,2015 年第一季度在中国自营式 B2C 电商市场的占有率为 56.3%。2014 年 5 月,京东在美国纳斯达克证券交易所正式挂牌上市(股票代码:JD),是中国第一个成功赴美上市的大型综合型电商平台,与腾讯、百度等中国互联网巨头共同跻身全球前十大互联网公司排行榜。

    14 引用 • 102 回帖 • 403 关注
  • SMTP

    SMTP(Simple Mail Transfer Protocol)即简单邮件传输协议,它是一组用于由源地址到目的地址传送邮件的规则,由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇,它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 609 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 714 关注
  • 持续集成

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

    14 引用 • 7 回帖 • 5 关注
  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖 • 2 关注
  • 思源笔记

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

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

    20156 引用 • 77717 回帖
  • Eclipse

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

    75 引用 • 258 回帖 • 632 关注
  • AngularJS

    AngularJS 诞生于 2009 年,由 Misko Hevery 等人创建,后为 Google 所收购。是一款优秀的前端 JS 框架,已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性,最为核心的是:MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。

    12 引用 • 50 回帖 • 441 关注
  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    10 引用 • 88 回帖