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

本贴最后更新于 185 天前,其中的信息可能已经沧海桑田

隔壁 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 可以通过软链接来轻松链接磁盘上任何内容,但是思源就不行)。

所以就很纠结。

  • 思源笔记

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

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

    22010 引用 • 87759 回帖 • 2 关注
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 会比较多

请输入回帖内容 ...

推荐标签 标签

  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    36 引用 • 37 回帖 • 535 关注
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug(漏洞)。

    75 引用 • 1737 回帖
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    55 引用 • 85 回帖 • 2 关注
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    311 引用 • 546 回帖
  • TensorFlow

    TensorFlow 是一个采用数据流图(data flow graphs),用于数值计算的开源软件库。节点(Nodes)在图中表示数学操作,图中的线(edges)则表示在节点间相互联系的多维数据数组,即张量(tensor)。

    20 引用 • 19 回帖
  • 快应用

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

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

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 45 关注
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 461 关注
  • 房星科技

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

    6 引用 • 141 回帖 • 584 关注
  • React

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

    192 引用 • 291 回帖 • 402 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 10 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 383 关注
  • 倾城之链
    23 引用 • 66 回帖 • 138 关注
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖 • 1 关注
  • Redis

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

    286 引用 • 248 回帖 • 74 关注
  • OpenStack

    OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。

    10 引用 • 2 关注
  • HBase

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

    17 引用 • 6 回帖 • 70 关注
  • Electron

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

    15 引用 • 136 回帖
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”,在线用户由 1999 年的 2 人(马化腾和张志东)到现在已经发展到上亿用户了,在线人数超过一亿,是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖 • 85 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    110 引用 • 54 回帖 • 3 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    209 引用 • 2031 回帖
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 684 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 153 关注
  • RESTful

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

    30 引用 • 114 回帖 • 2 关注
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    148 引用 • 257 回帖 • 1 关注
  • 分享

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

    247 引用 • 1792 回帖 • 7 关注
  • 脑图

    脑图又叫思维导图,是表达发散性思维的有效图形思维工具 ,它简单却又很有效,是一种实用性的思维工具。

    25 引用 • 83 回帖