21 年 11 月,被二一的笔记《爆肝 100 小时,全网最易懂的 Logseq 指南!双向链接笔记软件科普》种草,放弃使用 12 年的 Evernote,转向 Logseq
24 年 11 月,被二一的笔记《超越 Notion,挑战 AI 工作流的极限!最强大纲笔记 Tana 终极测评》种草,放弃使用 3 年的 Logseq,转向——Roam Research……
拉风又略鸡肋的 Tana
抄惯了作业,Evernote 起就从电脑玩物 Esor 的《Evernote 超效率数字笔记术》抄到 《防弹笔记法》,防弹笔记的笔记组织形式在 Logseq 适应的还不错,但在 Tana 里就有点难以实现了,(也可能是我没弄明白),虽然 Tana 用大纲笔记构建了一个强大的标签/属性系统,可是却无法像 Logseq 那样在标签反向链接中清晰的展示任务的上下文,即便是它那华丽强大的超级标签系统也不能……
task
linked references
project a
task a1 #task
project b
b2
task b22 #task
Tana 的另一大亮点,无限定制性的 AI 按钮背后的 AI,在用惯了 gpt-4o 的我看来还是差点意思。而 AI 这种东西差点意思就相当鸡肋了,有同样的时间和费用,用页面也好 API 也好都更合适。当然,穷是我的缺点,不是 Tana 的,它完全可以调用第三方的 API 来进行超高定制性的 AI 处理。
最后,Tana 缺乏 Logseq 那样的本地文件的管理能力,因此很多使用其他应用或者代码依托本地文件进行处理笔记软件内部内容的方法没了。
因此,尽管 Tana 还有其他种种优点,诸如舒适的界面、丰富的自定义视图、便利的语音转文本,但我还是在体验过两周后放弃了这款大纲式 Notion。另外在使用过程中,还冒出一个略显奇怪的问题,(也可能是我找的方式不对),为什么这么一款拉风且强大的应用,内测也几年了,除了二一的那个视频,却完全没有什么高质量的视频案例或教程。
能用却很缓慢的 LogseqDB
之所以要从 Logseq 转移,卡顿几乎是唯一的原因,现在的版本受限于底层设计好像也无解,所以官方也不得不回头做数据库版本,但数据库版本的开发速度实在是太慢了。
在体验 Tana 之后,我觉得也许 Logseq 也许可以抢救一下,LogseqDB 好歹也在内测了,要不先凑合一段时间——然而现实很残酷,官方一直强调 DB 版本不能用于生产环境不提,DB 版本看上去有自动备份,但完全不生效。这种备份好像也不能方便的转换为 Markdown,所以尽管 DB 版本解决了卡顿问题,还是无奈的放弃了 Logseq,正在这个时候,偶然想起了 Roam Research 离线版……
超级 Geek 的 Roam Research
24 年 12 月,被吕立青的 1 年半前的《Roam 漫游生产力》(可惜这个系列只开了个头)种草,开始使用这款现在几乎在网络上销声匿迹的双链笔记软件鼻祖,对吕立青那句「logseq 的终点也不过是 Roam Research」深有同感——Logseq 真的是抄作业都不会,Roam 几年前的 VIM 模式就吊打 Logseq 的现在,侧边栏的处理也完爆 Tana 的别扭的分栏,就是太 Geek 了,配置难,教程少,界面丑。
配置难教程少问题{Roam 漫游生产力}解决了一些……(可惜这个系列只开了个头)
界面丑这个还好自己魔改 CSS 惯了,对着 Tana 抄就行了……
移动端应用只好要放弃了,不过免费也不能要求更多,关键是提供了自动备份(LogseqDB 连这个也是抄的?)以及随时可以导出全部 Markdown,用起来放心,也可以定期导出 Markdown 到移动端解决部分问题。
缺失的文本处理能力和剪辑集成只能用 Obsidian 来辅助了(这方面如果 LogseqDB 将来能像他们自己说的那样提供一个 md 文件到数据库的自动转换倒是最优解)
最后,希望 LogseqDB 或者 Roam Research 或者 Tana 或者别的什么来个大更新吧,合适的工具实在是太难得了