惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Stack Overflow Blog
Stack Overflow Blog
量子位
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
美团技术团队
小众软件
小众软件
aimingoo的专栏
aimingoo的专栏
Recent Announcements
Recent Announcements
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Security Blog
Microsoft Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
酷 壳 – CoolShell
酷 壳 – CoolShell
J
Java Code Geeks
V
V2EX
大猫的无限游戏
大猫的无限游戏
D
DataBreaches.Net
博客园 - Franky
爱范儿
爱范儿
T
Tailwind CSS Blog
A
About on SuperTechFans
Google DeepMind News
Google DeepMind News
博客园_首页
B
Blog RSS Feed
博客园 - 司徒正美
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派
思源一九九 - 少数派
2024-01-31 · via 少数派

用一九九是因为101这个名头应当由开发者来写,我觉得自己是没啥资格和能耐写思源的101。

本文并不想过多使用技术类名词,那不是我所长,本篇不是技术指南。实际上思源笔记内置的用户指南已经足够详细,关于面包屑、虚拟引用、块属性等等名词解释亦不是本文重点。

考虑到阅读本文的读者还是有极小概率不是思源笔记的用户,所以还是先简单总结一下思源的特点:

本地优先,虽然数据是 json,但是支持导出格式非常丰富

打磨时间长、功能齐全的 Markdown 编辑器,大纲体验尤其出色

类 notion 的「块」容器概念,每个块、每个文档都有独立 ID,颗粒度最好的笔记软件(应该没有之一了吧)

优秀的搜索功能,全文、标题、块都不在话下

端到端加密的无感同步体验(48元就可以永久同步,还要什么飞机?)

时间管理超人、钢之肝的拥有者 D 和 V

个人主观评价:如果有一天只有一款笔记软件可以选,那我的选择是思源。

思源的黑点自然也不少,比如1.x 时代天天被用户喷的同步,原始UI/UX 往往成为劝退理由(其实比 ob 的默认主题要好看),对非技术人士不友好(多少要会点 SQL)……

关于思源本体的介绍暂时就告一段落,我想分享的是一个非程序员是如何使用思源的。

零、必要的准备

挑一款喜欢的主题。我现在是用的「任我行」

推荐安装的插件:

1.增强思源:方方面面强化你的思源,比如把反链置于文档底部(类似 logseq)

2.卡片式写作/Knote:快速输入。不同的是卡片式写作会按指定路径生成一个时间戳文档,而 Knote 会在今日日记下方以不同形式的 callout 记录

卡片式写作
Knote

3. 目录插件。一键汇总所有子文档

4. 文档漫游。思源本体要用 SQL 才能实现漫游功能,这个点按钮就可以了

文档漫游

5. 高亮搜索结果。弥补思源搜索的不足

6. web 工具集成。以侧边的方式打开网页,内置了 flomo、滴答、cubox

7. 文档树自定义。瀑布式浏览你的文档,还有花样繁多的自定义

8. 文档层级导航。在标题下方显示上下层级文档链接(父子关系)

9. 文档流。特定场景下非常有用

10. 日历/日历热力图。笔记软件标配

一、日记

在任何笔记的方法论中,日记已经成为了一个最重要的入口。久远如 RR,近如 heptabase,都将日记放在了突出位置甚至是第一优先级。概因日记解决了用户使用笔记软件的最大难题:打开软件写什么?

我将日记分为四个板块

我构建思源框架的灵感来自于林宜丙的 LifeOS,但并不那么高度自动化。

项目列表:一段时间内在进行的工作、任务

工作日志:当天的工作记录。我会在其中用形如项目1-工作 A 的标签。一个项目自然有不同阶段的工作,利用标签来进行汇总不仅便于查询,也避免了后续查看反链时存在的“污染”,工作日志之类的实无必要进入反链面板,记录下来,留待日后查阅就好

每日阅读:阅读记录大杂烩。知识大爆炸一词流行已经二十余年,今天的「阅读」早已不是简单的阅读书本,我将文章、书籍、播客、视频等等都放在这一板块,概因尚未找到合适的词语去囊括上述种种。一般而言我只会直接复制网址,然后自己总结、简评几点(这与 AI 总结并不矛盾);而如果遇到让我有较多感触的,我则会直接用双链的形式记录

今日总结:简单回顾总结今天的工作、阅读所得,但是不在这里记录心情。

与日记配套的当然还有周、月、季度、年度总结。这其中其实需要自动化汇总的只有周总结,因为后三者如果都用自动化汇总呈现的话,除了满足虚荣并无实际用处。

SQL 语法比较简单,我使用的是非常基础的一段代码:

SELECT * FROM blocks WHERE content like '%今日总结%' 
and type = 'i'
and created >= '20240122' and created <= '20240128';

搭配思源的 Query 挂件(不是插件!)就可以非常轻松的一览周记,只需要变动2024012220240128这两个日期就可以了。

真的只是🤏代码

滴水成河,饮水思源。通过日-周-月-季-年,可以开展不同层级的阶段总结与回顾,发挥笔记的基本功能。

二、文件夹体系

文件夹体系并无新意,采用的仍然还是Forte 提出的 PARA 体系。

卡片盒其实是所有新建文档的“家”,周期笔记第一点已经介绍过。

关于 PARA,我想主要介绍的是领域和资源这两点。在这两个文件夹我稍作了调整,一是领域中完全抛除了工作的部分,贯彻工作就是项目,领域专注于个人成长;二是所有剪藏类的资源我全部放入「4.归档」,资源文件夹中存放的都是自己思考过的、相对成熟稳定的东西。

我将资源文件夹分为了三类,分别是:

概念卡:用来储存术语、名词等内容,主要是他人文章中有的、基本得到公认的内容,同时记录自己的理解

摘录卡:用于摘录文章部分内容、句子及对文中部分观点的短评

观点卡:用于表达自己对一篇文章、一个事件、一本书等的看法

三者之间是渐进的方式,这也是我希望自己能够实现渐进式学习。我觉得渐进式阅读的每一个环节都有反复参阅的价值,是比原文更加有用的资源。

三、使用技巧

我原本觉得使用技巧是没啥必要分享的,因为职业不同、经验不同、对象不同,使用的技巧很难说谁好谁坏,在这里就权当抛砖引玉,分享一下尽可能不用代码也能较好的使用思源。

(一)巧用书签和标签。思源中是书签和标签是不同的,书签可以呈现同一书签下的所有内容,标签不能。

书签
标签

所以书签其实提供了一种最简单的数据汇总方式,只要在属性栏中记得添加书签我们就可以快速浏览同一类内容,而标签则更多可以充当一个搜索提示词的作用,比如我在第一节日记中提到,我会在工作日志使用标签来标记工作进度或节点,需要回顾是直接点击标签就好。

一个建议就是书签最好有体系,标签其实没啥所谓。不用担心标签太多太混乱,经验告诉我标签这种东西要么不用,要用就一定熵增,烦恼标签实在是没啥用的事情,用的时候自己能明白就好。

(二)写 README。我认为在项目、领域写个 README 是比较好的。一是帮助分类。分类好还是不好自双链笔记诞生以来就一直有争论,我经历数次转变后现在是有限分类的支持者,用 README 文档可以提醒自己如何分类。二是保证内容可读性。不管是工作还是学习,读 README 可以让我们立刻记起主要内容,起到一个锚点的作用。