Add files via upload

This commit is contained in:
enneaa 2025-03-18 19:37:18 +08:00 committed by GitHub
parent 638af27f47
commit 8104a23887
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
7 changed files with 271 additions and 0 deletions

44
content/index.md Normal file
View File

@ -0,0 +1,44 @@
---
date: 2025-03-13
title: 欢迎来逛 👋
comments: false
enableToc: false
updated: 2025-03-16
permalink: "123456"
publish: true
aliases:
- 首页
---
🌲
@ennea
大家好👋,欢迎来到我的站点😜。
数字花园开荒中… 目前正在搭建内容框架。
这个站点是从我的个人笔记库生长出来的。
不断书写,不断思考。
---
### 索引 🤪
- [[文稿|文稿]] 可以看到我的推文。
- [[闪念|闪念]] 是我一些零碎想法。
- [[摘抄|摘抄]] 是我摘抄的一些片段。
- [[剪藏|剪藏]] 存放了我读过的文章和标注。
- [[about|关于]] 我,我知道的也并不多。
- 更多没有分类的内容大多是我写下的笔记。
---
### 主题 👀
- [[信息管理|知识管理]]
- [[./pages/Obsidian|Obsidian]]
- [[博客|博客]]
- [[编程|编程]]
---
### 哪里可以找到我 🌊
- 尝试公开发布内容,通过表达促进思考,与大家交流。
- 👉 通过 [RSS](https://enneaaa.netlify.app/feed.xml) 订阅站点内容。
- 推荐使用 [Inoreader](https://www.innoreader.com) 作为 RSS 阅读器。
- [即刻](https://web.okjike.com/u/89e74f34-dd80-4c6c-9853-240e159693b3) 可以通过即刻来与我交流,目前即刻是我用的最多的社交平台。
- [语雀](https://www.yuque.com/ennea/pages) 语雀平台作为国内运营的内容平台,分享内容有时候会更方便。
- [知乎](https://weibo.com/u/3836602564) 少有的长文本内容交流平台。
- [微博](https://www.zhihu.com/people/snbo) 中文活得最久的社交平台。

View File

@ -0,0 +1,53 @@
---
date: 2024-05-04
publish: true
---
[[2024-05-04|2024-05-04]] [[文稿|文稿]] [[笔记的分类|笔记的分类]]
### 前言
你是否为笔记的分类而苦恼,是否迷失在市面上纷繁复杂的笔记分类法?
不用再烦恼了,本文将介绍一个适用于个人笔记的终极分类办法,只需三刀,尘埃落定。
### 第一刀 笔记场景
也就是笔记从哪来的,你是在什么情况下写笔记的。
如果是在开会的时候记的,那就是会议笔记。
如果是突然脑子里一个灵感,那就是闪念笔记。
如果是看到好的句子摘抄下来,那就是摘抄笔记。
如果是读书时做的笔记,那就是读书笔记。
如果是记在日志中的零散笔记,那就是日志笔记。
如果是听播客时做的笔记,那就是播客笔记。
如果是阅读网络文章做的笔记,那就是资讯笔记。
这样分类可以说是最简单直观了,也是最不用纠结的分类方式。甚至你还可以把在网上吹水时的笔记称之为吹水笔记。
要提一下,分类不需要各个分类之间不重不漏,只需要是你第一时间想到的分类就行,笔记的场景需要区分出来就可以作为一个单独的分类。比如说书摘和阅读资讯时高亮的句子都属于摘抄,但是依然可以按照需要单独拎出来分类为读书笔记和阅读笔记。
### 第二刀 笔记主题
也就是这个笔记是关于什么内容的。
如果是关于笔记软件的,就分类为笔记软件。
如果是关于清朝历史的,就分类为清朝历史。
如果是关于人工智能的,就分类为人工智能。
如果是关于怎样写作的,就分类为怎样写作。
关于什么内容,就分类为相应内容。
给内容分类的时候,可以添加大的分类,比如这篇文章可以添加 `效率` 分类,同时可以再添加小的具体的分类 `笔记的分类`
### 第三刀 笔记状态
也就是这篇笔记当前属于什么状态。
如果这个笔记是我重点关注的,那就分类为重点关注。
如果这个笔记是我当前要处理的,那就分类为当前笔记。
如果这个笔记需要再完善,那就分类为待分类笔记。
按照自己的需要,重要、不重要,紧急、不紧急,待办、在办、已办,已发布、撰写中,把笔记分类为所属的状态。
这一部分其实是以任务管理的视角对笔记进行管理。通过对笔记状态的分类,便捷地实现了任务管理。
### 后语
通过场景、主题、状态对笔记进行分类,足以满足笔记管理的需求。这三个分类的纬度都是从使用者自身的角度出发,也就是在什么场景下做的、关于什么内容的、现在处于什么状态,这也是“以我为主”在笔记管理中的应用。
不必再纠结大纲笔记、永久笔记、临时笔记,领域、项目、资源之类林林总总笔记类别的定义,从自身出发,快速记录、快速检索、互相关联即可。
那么在具体实践中怎样给笔记添加分类呢,文件夹、标签都不足以胜任,当然是通过双链来给笔记添加分类啦。
在 Obsidian 中,一个笔记可以添加 `[[2024-05-04]]、[[读书笔记]]、[[效率]]、[[笔记的分类]]、[[NOW]]`, 这样在各自页面底部反链面板,都可以看到这篇笔记,无论我们是想找这天的笔记,还是效率相关的笔记,还是当前正在处理的笔记,我们都能找到。这就是面向未来的一种分类方式,以终为始。

View File

@ -0,0 +1,16 @@
---
date: 2023-12-22
publish: true
---
[[文稿|文稿]]
Obsidian&Logseq 都是基于本地 markdown 文件,这奠定了两者联用的基础。
Obsidian 是文档型双链笔记基本单元是页面Logseq 是大纲型双链笔记,基本单元是块。使用上以 obsidian 兼容 logseq 为主,把 logseq 视为 obsidian 的一个插件进行大纲编辑和任务管理obsidian 作为笔记浏览器和信息集散中心,文档撰写还是使用 obsidian。
具体而言,由于 logseq 抛弃了文件夹管理,并将笔记全部存放在 pages 文件夹下,把 logseq 日志笔记的存储位置也统一为 pages 文件夹。在 obsidian 中将所有笔记文件放在 pages 文件夹中,也放弃文件夹关联,两者共用一个笔记库。在 obsidian 中常用的页面添加为书签,用书签来管理,在 logseq 中常见的页面添加到收藏。在 obsidian 中启用日记插件和日历插件,点击日历插件打开/新建当日日志并输入内容,在 logseq 中在日志页面上输入内容,两者都使用日志记录流程,共用日志笔记文件。
尽量减少块引用的使用,双链主要使用页面引用,保持兼容性。
### 为什么要联用
之所以也用 logseq一是这个用法也是受了 logseq 的启发,二是 logseq 的日志使用更简单直接,三是 logseq 自带开箱即用的任务管理流程,四是很多时候大纲笔记确实好用。
---
### 关于 Obsidian&Logseq 的一些零散想法
![[./Obsidian&Logseq|Obsidian&Logseq]]

View File

@ -0,0 +1,30 @@
---
date: 2023-11-15
publish: true
---
@ [[./Obsidian|Obsidian]] @ [[Logseq|Logseq]] [[笔记应用的选择|笔记应用的选择]]
- [[./Obsidian|Obsidian]] 是一个基于 [[Markdown|Markdown]] 的操作系统。在功能实现上,可以认为 Logseq 是 Obsidian 的一个插件。
- Obsidian 是大海Logseq 是江河。
- 一个是列表项为基本单元,一个页面为基本单元。
- [[大纲笔记|大纲笔记]] 适合灵活组织列表项之间的从属关系,文档笔记则需要用各级标题来切分。
- 再一个区别在于,一个打通了反向链接面板和正文,反向链接直接从属于当前节点,另外一个由于以文档为基本单元,只显示了反链内容而没有打通,需要点击打开新页面进行编辑。
- 一个更结构化,一个更自由兼容。
- Logseq 是条目笔记Obsidian 是卡片笔记,
- 一个钩子🪝是条目,一个钩子🪝是标题。
- 在实际使用中,可以把 Logseq 作为大纲编辑器Obsidian 用来管理笔记库。
- 最大的区别是链接的基本单元的不同,一个是页面一个是条目。在 Logseq 中,页面不过是条目的另一种形态。
- 如果在 Logseq 的使用中克制对条目引用的使用,则两者是兼容的。
- [[大部分情况下链接到页面足够了|大部分情况下链接到页面足够了]]。
- obsidian 作为信息集散地。
- 文档笔记可以包容 [[大纲笔记|大纲笔记]]。
- obsidian 是军火库logseq 是机关枪。
- 使用习惯兼容 logseq格式兼容 obsidian。
- [[Obsidian&Logseq|Obsidian&Logseq]]
- 在 Logseq 和 Obsidian 反复横跳。
- 还是主用 obsidian启用日志笔记。
- 还是再试用 logseq 一段时间吧,[[Logseq|Logseq]] 和 [[子弹笔记|子弹笔记]] 很像。obsidian 恐沦为同步工具和笔记文件浏览器😂。
- logseq 的理念其实与 [[子弹笔记|子弹笔记]] 一脉相承。
- 还是用回 Obsidian。
- 还是想用下 logseq 看看。尽量减少使用独有语法。
- [[Obsidian&Logseq|Obsidian&Logseq]] 这两者的用法其实是不一样的,虽然在存储格式上是可以互读的。

19
content/pages/Obsidian.md Normal file
View File

@ -0,0 +1,19 @@
---
aliases:
- 黑曜石
date: 2023-11-26
publish: true
---
[[应用|应用]] [[双链笔记|双链笔记]]
- 自由。
- 标签不包含内容。
- Obsidian 的使用很简单,只要关注笔记页面本身即可,其他都次要。[[双链笔记|双链笔记]]
- 页面即本体。
- 对于 Obsidian 来讲,笔记页面就是笔记应用的主体。 [[2023-09-07|2023-09-07]]
- 减少 Obsidian 的使用复杂度。
- Obsidian 可以容纳复杂。
- 用 Obsidian 打造自己的 [[数字花园|数字花园]],下一步准备发布到网络。 [[2023-07-13|2023-07-13]]
- Obsidian 的功能性很强,没必要自我设限。 [[2023-09-03|2023-09-03]]
- Obsidian 才是低代码平台,双中括号套上就能链接页面。加上日期双链,打开当天日志就能看到;当天日志链接页面,点进页面就可以看到哪一天添加的,用双链实现了附着时间属性。[[低技术|低技术]]
- 很明显现在 Obsidian 只愿意保证底层存储是可读的纯文本标记,而无意维持可见即可得,可见即可编辑。 [[2023-11-23|2023-11-23]]
- [[Obsidian|Obsidian]] 越用越觉得好用。

View File

@ -0,0 +1,64 @@
---
date: 2023-11-23
publish: true
---
[[文稿|文稿]]
### 前言
看到有推荐人脉管理软件的文章,不禁心想,在笔记双链、数据库功能如此强大的今天,未必需要使用专门的软件来实现人脉管理么,等着开发者添加功能,搞不好还要付费,里面记录了大量的数据,迁移保存也是个问题。
作为笔记足以承载丰富的信息,关联事件与人物,对人脉进行多维度管理。
### 双链笔记进行人脉管理的可行性探讨
以双链笔记 [[./Obsidian|Obsidian]](下文简称 ob为例进行说明本文不涉及具体操作仅提供思路。双链是 ob 的老本行,正好 ob 的新版本更新了可视化编辑笔记属性的功能,可以用来管理人脉信息。
#### 怎样创建人物
大道至简,在 ob 怎么创建人物,很简单,新建笔记,将笔记标题命名为人物名称,比如说阿三。
如果我们不着急一下填满阿三所有的信息的话,我可以边用边完善。
#### 怎样关联人物
那么怎么实现事件与人物的关联以及人物与人物的关联呢。
很简单,比如,可以新建一个笔记命名为人物活动,里面用无序列表添加一行:`- [[2023-09-16]] [[我]]和[[阿三]]去[[王二]]家[[吃饭]]。`
这样可以实现怎样的效果呢,在 ob 中只要为笔记中文字添加了双链,那么就会在对应的双链笔记页面下看到原文的这条信息。
- 在我的笔记页面下,我可以看到这条信息,我知道我在什么时候和阿三有过什么活动。
- 在 9 月 16 日的笔记页面下,我知道原来今天晚上我和阿三吃饭去了啊,没去加班。
- 在王二的笔记页面下,我可以看到原来我和阿三一起去他家吃过饭呀,他们两个人关系也不错哦。
- 在吃饭的笔记页面下,我可以看到最近我吃饭都是和谁吃的,在哪吃的。
是的,简单通过双链即可实现事件与人物之间的关联,以及人物与人物之间的关联,而你需要做的就是用你自然的语言去表述,在语段中给相应人物和事件添加双链而已。这条信息你也用不着在每一个页面都复制进去一份,因为在相关联的页面下都能看得到。
#### 怎样管理人物信息
然后怎样对每个人物的信息进行管理呢。
每个人物的信息分为两部分。
- 一部分就是上面那种每天发生的事情,聊过的天之类。这些信息可以继续在原来的地方呆着,也不用非得放在人物笔记页面上。当然也可以整理整理放在人物笔记的正文当中。
- 还有一部分就是我们知道的关于这个人物的一些信息,有时候还会填录一些这个人物的基本信息。
- 如果是标准化的信息,比如说工作单位,出生年月此类的信息可以直接添加到笔记属性当中。
- 如果不是标准化的信息,那么直接记在笔记正文就可以了,比如说这哥们今天讲的笑话挺冷的,下次可以让他再秀一下。随意一些,直接放进去即可,如果这个人物的信息多到一定程度再来整理。
这样所有与人物相关的信息都可以完整的记录进去。
记录好了之后你就可以对这些信息进行梳理展示。
#### 功能实现对比
当然了人脉管理软件还有很多功能,我们可以一一来看下在笔记中能实现不。
- 可以记录朋友资料
- 没问题。无论是生日、性别还是口味、爱好、习惯都可以添加到笔记属性中。
- 比如:`生日: 1991-02-17`
- 可以记录和朋友间的事件
- 没问题。直接在人物笔记中用小标题起一栏 `### 事件` 即可,把发生的事情写上就行,事件中可以添加时间,参与人员,活动主题等等。
- 比如:`[[2023-09-16]]约[[老张]]和[[小吴]]去[[万达]]打[[台球]] #娱乐活动`
- 记录与朋友的对话,或者说重要事项。
- 没问题。同上,直接在笔记中记就是了,这么大张纸,想记多少记多少,对话作为小标题,记上去就成了。啥对话、重要事项都能粘进来,图片啥的也能插进来,链接、附件都能整上。
- 记录与朋友的金钱往来,还能简单统计,简单的借钱/还钱。
- 没问题。同上,另起一栏。
- `[[老王]]300元 #欠钱`
- 记录与朋友的重要日期,纪念日。
- 能记,啥都能记。添加任务的时间属性,每年重复,到了时间可以看到。
- 当然了作为笔记软件任务管理也不是没有,提醒哪些还是用日历吧。
- 支持朋友分类、备注、分级
- 太能了。直接上标签啊,上双链啊,上属性啊。
- `#普通朋友 [[七月周末聚餐]] 职业:工程师`
- 各类记录支持标签、图片。这应该是数据记录的基本需求了
- 必须能。
- 朋友相关的待办提醒。
- 还是那句话,笔记软件任务管理可以实现,提醒哪些是没有的,要自己去看。问题是本来也需要用任务管理工具或者日历待办呀,不能用人脉管理软件替换任务管理软件吧,也没必要呀,有需要强时间提醒的添加到你使用的任务管理软件就行,人脉管理主要做的是信息管理。
- 基于基础朋友数据和记录,给出智能的建议。
- 这个实现不了。可能 ai 接入笔记后可以实现。
- 在 ob 中可以对笔记相关属性进行筛选展示,使用 dataview 插件就行。Logseq 本身就可以对数据进行筛选展示。
- 往来建议这些还是用第一大脑人脑吧哈哈。
- 重要日期 (纪念日) 的提醒。
- 同上上条。
### 结语
当然,并不是否定人脉管理软件推出的意义,作为专门软件可以更聚焦人脉管理,有更加丰富的功能,笔记软件作为通用信息管理软件在一些功能实现上肯定会力不从心。本文只是提供一个思路,如果你本身就经常使用双链笔记,未尝不可以用双链笔记来管理人脉,毕竟不用另外用一个软件,数据也更开放。同样双链笔记也可以用在类似的使用场景,比如就有人用 ob 来管理鸟的信息。

View File

@ -0,0 +1,45 @@
---
date: 2023-11-23
publish: true
---
@ [[双链笔记|双链笔记]] [[文稿|文稿]]
怎样简简单单,轻轻松松使用 [[Obsidian|Obsidian]]
双链笔记 Obsidian 确实有种魔力,让人沉迷其中,前段时间我每天都花费了大量时间看各种相关的文章,可是接触的越多越困惑,反而不知道究竟要怎么做笔记。
### 分类的困扰
卡片笔记法、PARA 笔记法都会将笔记进行分类。卡片笔记法将笔记分为闪念笔记、文献笔记、永久笔记、项目笔记PARA 法将笔记分为Project、Area、Resource、Archives。
以卡片笔记法为例,一个笔记最开始可能是闪念笔记、文献笔记,随着对笔记的整理发散,会变成永久笔记,在这些笔记的分类变化的时候怎么改变他们的分类呢?
而项目笔记中有的笔记属于文献笔记,那这个笔记是放在闪念笔记、文献笔记分类下,还是只放在项目笔记中?
### 放弃文件夹
**如果是使用文件夹来进行分类。** 那么改变分类的时候,需要移动笔记的文件夹位置。一个笔记既属于项目笔记又属于文献笔记的时候,而一个笔记只能存在其中一个分类文件夹内比如就放在文献笔记中,项目笔记只能索引这个笔记,而不是把这个笔记放在项目笔记文件夹中。
使用文件夹分类会很不通畅,操作繁琐。
所以最简单的方式就是放弃使用文件夹来管理笔记。所有的新建笔记都放在“页面”文件夹当中,这样新建笔记的时候不需要考虑笔记放在哪的问题。
### 放弃标签
**如果是使用标签进行分类。** 改变分类很方面,直接在笔记页面修改标签就行。一个笔记属于两种分类的话,就添加两个标签。
不过当我想要查看对应分类标签下的文件的时候,点击标签是在整个笔记库中搜索这个标签,搜索结果是即时生成的,查看并不方便,也无法快速的在多个标签进行切换,标签之间也无法建立联系,标签多了之后,会显得非常混乱。
所以同时也放弃使用标签来进行分类,标签无法适应高频使用场景。
### 放弃一元化
看过介绍一元化笔记法的介绍,打开笔记的时候自动打开当日日志,然后有需要写的记在日志里面,也可以从日志里面添加双链新建笔记。不过在 Obsidian 里面我觉得并不需要多一个日志的存在,我也不需要在 Obsidian 里面做与时间强关联的笔记,看看今天有哪些笔记与今天相关。而且并不是每天都需要记笔记。
### 放弃结构化
有人介绍过对笔记进行科学的分类,其实个人笔记不需要那么严谨的分类,每个人笔记的侧重领域也不相同。而且笔记的分类除了笔记本身的属性,这个笔记分类的使用频率也很重要,比如说效率提升这个分类需要经常用到,就需要把这个分类提到方便打开的层级。
### 放弃自动化
写笔记就是一个一直不断去写的过程,写下来的文字和内容是最重要的,所以不需要太多自动汇总、动态生成的功能。让笔记在书写的过程中自然而然引入与其他笔记的连接,在需要的时候自然就可以看到需要看到的笔记。
### 放弃插件
尽量减少对插件的使用,如果需要使用插件也应该围绕笔记应用的核心功能。有一个很简单的方式验证是否应该使用这个插件,就是使用完这个插件以后,停用这个插件,是否会影响已完成笔记的正常阅读和编辑。
### 拥抱文本
文本文本,以文为本。我想这也是 markdown 和 Obsidian 的魅力所在,所有的功能基于文本展开。只管去写,通过写来标识格式,通过双链来连接笔记,笔记的之间的连接自然而然生长成结构。
### 拥抱双链
当需要做笔记的时候直接新建笔记,输入完内容后,根据以后可能用的到的笔记主题添加双链,比如我现在写的这篇笔记就可以添加 `[[笔记法]]、[[Obsidian]]` 这两个双链,在我以后打开笔记法和 Obsidian 这两个笔记的时候,我就可以在反链面板中看到相关联的这个笔记。
### 几个原则
一是要无压输入。
二是要从下到上。
三是要面向未来。
### 几个应用场景
- 闪念
- 摘抄
- 日记
- 标注
### 实际应用
最开始只需要建立“页面”文件夹作为新建笔记的默认存储位置。
打开笔记应用后,直接点新建笔记,写完内容后,根据需要加上 ` [[闪念]] [[文献]] [[永久]] 或者 [[经济]] [[生活]]` 等双链,还可以加上 `[[如何使用 Obsidian]] [[如何重器轻用]]` 等双链。从笔记出发往上连接,而不是从宏大的领域一层一层往下细分。
同时对于常用的笔记页面移到根目录方便打开,比如说 `[[闪念]] [[阅读]]`
对于更细碎、临时的内容,可以新建 `[[日志]]` 笔记,在里面用无序列表进行记录。