分享一期播客《跟Logseq的创造者天生聊聊Logseq的故事》并分享我的笔记软件

WLGBC

昨天今天刚听了这期播客，感觉挺有内容的（虽然是去年年底的）

播客中透露了Logseq作者团队的一些想法：

把Logseq打造成知识、生活、项目等管理工具（多元化）
尽量降低使用门槛（交互优化）
增加同步功能，增强协同方面的能力（商业化）
数据库管理模式和文件管理模式并存（高性能）
使用Clojure、Rust、dataScript等技术开发（技术推广）
...

当然以上是我的总结和想法

总的来说，Logseq发展目标明确，有商业化支持，社区热情，是一个相当成功的开源项目

不过Logseq还没有那么完美，目前我只对PDF标注感兴趣，一些方面上细节的隐藏对于我来说是一种”精神“负担，所以我选择使用【Git+VSCode+Foam插件+Markdown一系列插件】的组合来作为主力工具（作为Obsidian缺失功能的补充）

哦不得不安利一下我最近发现的工作流，可以全平台使用Obsidian，相当舒适

Windows/Linux/macOS：Git+Obsidian（读/写）
IOS/iPad OS：Working Copy(Git)+Obsidian（只读）
Android/Chrome OS：MGit(Git)+Obsidian（只读）

当然我只是指出一条可行的方案，具体怎么操作还需要自行探索 😁

0x0001

最近快把《内核恐慌》听完，恰好播客荒了，恰恰好是我关注的话题，感谢分享。

我刚从 Obsidian 迁移到 Logseq 上，两个月下来感觉上，解放了很多日常工作记录的心智负担（目前正在写一篇博文记录其中的心路历程，好了会分享出来～）。

lantern

0x0001 可以聊聊obsidian和logseq的区别，以及为什么觉得能解放负担，这一点感觉会很有价值。之前我使用logseq感觉没有目录结构，同时本地文件的命名均为自动生成的，让我有些难受。希望能看到一些讨论。

在使用obsidian的时候，我感觉目录结构其实也比较模糊，因为通过[[ ]]的快捷方式生成的页面，是保存在同一文件下的。所以并未感觉到转logseq的必要性。可能是我还没有深入使用logseq的原因，期待分享。

同时logseq的pdf标注，是我蛮喜欢的一个点。但我pdf大多为论文，为了论文的引用和整理，所以使用zotero这个文献管理工具，秉持“专门的工具干专门的事情”的想法。如果有别的pdf需要阅读的话，我觉得logseq是一个很不错的选择。

0x0001

0x0001 lantern 安排上了

WLGBC

lantern 之前我使用logseq感觉没有目录结构，同时本地文件的命名均为自动生成的

实际上这就是我不喜欢logseq的原因，作者想做的是类似Evernote、Notion这类的笔记软件（块级为单位，隐藏组织细节），对于不想看见目录和文件名的人来说这就是解放，因为文件这个抽象本来就对很多人来说没那么所谓，比如IOS就尽可能隐藏文件的概念，实际上在logseq里想那么用还是有办法的，但总体上感觉不是“一等公民”，直接以块为单位使用心智负担更低，更适合PDF标注或非结构化的内容

Obsidian里的[[ ]]再附加上#和|可以实现对Markdown次级标题的引用并取别名，变相实现块级引用，实际上我就是想要文本文件的掌控感，Obsidian可以让我知道我写的每一个文字在哪里，配合Git能知道每次的改动情况，换种说法就是即便Obsidian死了我也还能用记事本打开看，然后脑补链接关系，手动打开（但对于很多人来说这些都没有那么重要）

lantern “专门的工具干专门的事情”

这个想法是没错的，Obsidian、logseq等笔记软件都没那么完美，符合个人使用习惯即可

0x0001

WLGBC 换种说法就是即便Obsidian死了我也还能用记事本打开看

这一点我倒是不担心，Logseq 的技术栈走的 Web，且是 GPLv3 授权的开源软件，也就意味着软件本身也在用户掌控范围内；Obsidian 虽然闭源，但也同样是 Web 技术栈，且安装包独立分发可以被用户掌控。并且它们都属于（应该是）接近于 Local-first software，不依赖云端服务，总的而言两者停止维护的风险可控，是可以托付的。

我现在用笔记工具的目的也是在于减轻自己的心智负担，目前可以肯定的是 Block 模式更适合在人脑层面去辅助去整理和构建那些更高密度的知识点和项目任务等的链接（“文件”和“目录”、“文本文档” 的抽象不太够用）。纯文本的存储在我的视角，更多的是作为一个，当你遇到笔记软件的抽象泄漏，万不得已下支持手工 patch 的一个逃生舱，这部分平时 90% 的时间都不需要去关注，那么可以把这部分的精力解放出来去做更想做的事。

我纠结的一点也是，目前我所了解的 block 模式的笔记工具主要是 Notion / Logseq，选择 Notion 完全依赖云端，数据安全会有些担忧。Obsidian 的 md 文件编辑的模式在 block 场景会有很多可能的链接不同步的问题。我也因此慢慢转向了 Logseq 为核心。

WLGBC

再补充一期其他人聊Logseq的——冲叔用双链笔记做什么

其中的第36分钟讲到了Obsidian是“伪”双链，我觉得很有道理，因为我有时候也会有同样的疑问，一个复合的内容既属于一个文件夹又属于另一个文件夹，那到底该怎么分类（Obsidan带来的“强制”分类让创作难以快速启动），不过可能也是因为这一点我又非常喜欢这个强制分类，因为他能告诉我内容的边界在哪里，不管怎么说双链这个概念给知识的组织上带来了极大的便利

总的来说，这期播客也挺让人有收获的

0x0001

WLGBC 说起来 Logseq 预设了一个 Contents Page 也有点类似的意味，一个固定在软件上的入口页面，可以做一些类文件目录树的树形大纲，对一些常用内容形成索引（目前我在尝试 P.A.R.A 的思路，贴到这里还蛮顺手的）。