Skip to content

用 DEVONthink 重构阅读写作流

Published: at 08:00

兜兜转转,可能真的是「差生工具多」吧,我尝试过许多稍后读和文件管理的软件,有自建过 Wallabag,也用过老牌的 Instapaper 和 Pocket,国产的 Cubox 和简悦也都有用过,最后在昨天还是支付了近1600元人民币后回到了 DEVONthink 和 DEVONthink to go。这一次,在稍后读和文件管理方面,应该是可以固定下来了。

Table of contents

Open Table of contents

痛点

我问过自己很多次,到底需要什么样的稍后读软件?经过了反复尝试后,我得出了以下几点:

诚然,Pocket 和 Instapaper 是不错的选择,但它们的数据并不是本地化的,对于部分中文网页和文章的抓取能力不够,可以存储的内容格式也有很大的局限,至于文件管理方面,就不要指望了。

Wallabag 是开源的,可以自建到个人服务器上,可是使用体验相当拉胯。

简悦,怎么说呢,我很欣赏开发者的理念,实用性上远不如 Cubox 和 Pocket。

国产的 Cubox 是有很大潜力的,这也是我在稍后读和文件管理软件中付费最久的。就整体的易用性和功能性而言,我认为 Cubox 是绝对可以秒杀一众稍后读和文件管理软件的。

比如,Cubox 提供了完整的浏览器剪藏支持;有快照和解析功能;一流的、可以自定义的阅读体验;在微信上添加 Cubox 收藏助手为好友后,公众号中的文章和其他渠道的阅读内容都可以发送到收藏助手中,后台自动解析、保存;今年,Cubox 还推出了邮件转发收藏功能,用来阅读 Newsletter 非常方便。

然而,目前还不支持音视频文件的收集、存储;数据也是存储在 Cubox 提供的服务器上。尤其是数据存储这一点,即使我再信任 Cubox,也完全遵守了法律法规和用户条款,我也会担心会不会自己存储的数据哪一天因为什么不可说的原因消失了。这种不安全感从我深度使用 Cubox 以来就一直存在。

DEVONthink

上学的时候,我就用过一段时间学长给我的 DEVONthink,只是当时我比较习惯将所有需要阅读的内容存储在邮箱和 Evernote (不是印象笔记)中,轻度使用了一段时间 DEVONthink 后,便因为其学习门槛稍高而放弃了。

这次重拾 DEVONthink,一方面是我再次意识到了数据本地化的重要性,另一方面就是它完整的满足了我对于稍后读和文件管理软件的所有需求。当然,购买 DEVONthink 和 DEVONthink to go 的时候,我还是感觉到心在流血。

说了这么多,DEVONthink 是什么样的软件呢?

它是 macOS 上一款强大的 All In One 文档管理神器,堪称增强版的 Finder,不仅能够直接预览绝大部分格式,还有一些 Finder 不提供的强大功能,把收集、分类、组织、输出融为一体。

它是一个由德国团队开发的老牌知识管理软件,使用者可以在软件中存储文件与资讯,管理文档与资料,写笔记与文章等等,但这些只是基础的功能,它还集成了诸如OCRWeb Clipper归档 email 信件强大的 AI 功能自动化脚本等等功能。

重构阅读写作流

在之前,使用 Cubox 的时候,我的 workflow 是这样的:

从这个流程图就可以看出来,我平常的阅读来源还是比较多的,但实际上,除了部分 RSS Feed 和几个高质量的 Newsletter 只要更新了我就会阅读之外,剩下的也都是快速浏览一下,感觉有用的先 drop 到 Cubox 里再说。只有少量内容可以走到最后。

现在,通过 DEVONthink 重构 flow 之后,流程变成了这样:

是不是感觉我只是用 DEVONthink 取代了 Cubox,将 heptabase 前置替换 flomo?

实际上,DEVONthink 是参与全流程的,无论是在 heptabase 中整理成卡片笔记,还是在 Typora 中写成文章,DEVONthink 都有承担。

阅读源进入 DEVONthink 之后,我会先进行精读,配合着 heptabase 进行批注和笔记,之后打标签、分类存储。在 heptabase 中,会直接标注出 DEVONthink 里的 item link,便于之后想要查阅原始内容时可以直接跳转到 DEVONthink 中。

在 Typora 中输出内容的时候,我除了会利用 heptabase 中的卡片笔记之外,也会在 DEVONthink 中检索相关资料。并且,因为 Typora 没有移动端,有时候需要在手机或 iPad 上写作时,就会使用 DEVONthink to go,当我打开电脑后,可以继续在 Typora 中继续编辑。

将 heptabase 前置的一个最重要的原因是利用 flomo 记笔记稍微有些痛苦,尤其是笔记多了之后,查阅和修改是很不方便的。flomo 的开发者是绝对值得尊敬的,他们呈现了一个伟大的工具,只是这个工具并不适合我。

这里再多说一点,为什么我还是坚持用 Typora 来写作,而不用 DEVONthink,heptabase 或 Notion。

  1. Typora 真的很轻便,即开即写;
  2. 所见即所得的实时渲染让我不会担心图片不合适;
  3. 本地化存储,方便备份,index 至 DEVONthink 后也便于管理;
  4. 支持多格式导出,还可以自定义导出的参数;
  5. 便捷调用图床功能。

写在最后

重构阅读写作流之后,我并没有任何的不适应,反而感觉整个流程更加的顺畅和高效。

在重构的过程中,我也思考了关于重器轻用,关于选择自己最趁手的工具等问题。

在我看来,互联网上不乏众口交赞的工具,但只有适合自己的才是好的工具。即便一个工具被再多人推荐,不能融入自己的流程中,它再好也只是「看上去很美」。

另一方面,工具参与流程时,我们不见得非要榨干工具的效能,比如我还是会使用 Reeder 去阅览 RSS Feed,而不会集成进 DEVONthink。用好工具的某几个方面,能够发挥出工具所带来的价值,就够了。