从「稍后再读」到「再也不读」

上学时,我有一套自认为很高效的资料搜集工作流。大致流程是浏览到感兴趣或可能有用的信息时,粗略扫过一眼后即用 Pocket 将其保存为稍后再读,随后借助 IFTTT 的某个自动化 applet 即可将添加到 Pocket 中的文章内容整体自动同步至 Evernote 中。这样一来我便可以在以后有时间的时候再到 Pocket 中详细阅读这篇文章,而 Evernote 也充当了持久化的数据库角色,永久保存这篇文章以备后用。

然而理想很丰满,现实很骨感。由于人类的常见病——「拖延症」,我时常将一篇文章保存到 Pocket 后一两周都懒得去细读研究。这样一来,仅仅一年多的时间, Pocket 中就堆积了几百篇的待阅读文章,粗略计算了下我可能需要夜以继日地花费一周时间才能消灭掉所有的未读小红点,可是我连阅读一篇文章都时常拖延,这样沉重的沉没成本我又怎会有意愿去承担呢。

日复一日,Pocket 中的文章愈来愈多,我从起初打开 Pocket 时认真阅读文章,转变为了看到未读文章列表翻阅几眼只会挑选自己当前还感兴趣的内容粗读下,再到最后连 Pocket 都不愿打开了。就这样,Pocket 在我手机的第一屏上占据了一个「寸土寸金」的位置却再也不曾被我青睐。终于有一天,我决定做出改变,我放弃了我的工作流,甚至放弃了 Pocket 的使用,把它移动到了某个角落的文件夹中打入冷宫。

積ん読

日语中有一个词叫做「積ん読」,罗马字为 「Tsundoku」,通常译为「积读」,指的是买了大量的书,堆积如山却没读几本,这样的行为是不是与我们对待「稍后再读」和「收藏按钮」的态度类似?比起「积读」,我更愿意将其称为「收藏者悖论」,即看到似乎有意思的东西就想收藏,但收藏了又不再去看,使得收藏行为更像是把信息丢到了一个自己永远不会涉足的黑洞之中。

对于这一问题,Charles Chu 在 The Collector’s Fallacy: Why We Gather Things We Don’t Need 一文中给出了如下的解决方案:

  • "Own" Before You Collect: 先掌握再收集
  • Do A Monthly Purge: 每月进行一次清理
  • Measure, Measure, Measure: 不断进行权衡与取舍

这样的解决方案下,我们实际上要杜绝稍后再看行为,当时事当时毕,精读完成再收集为资料而不是丢到 To-do list 之中。配合上制度性的整理和内容自省,确实能很好地避免「積ん読」问题。

但存在即合理,稍后再读产品如此众多并能持续发展如此多年,正能说明看到文章时确实没时间阅读的场景是大量存在的。这样来看「Read it first」是无法很好地解决这个场景下问题的。

Antilibrary

初识 Antilibrary 这个概念,仅看字面意思,我还以为是指我们应该远离图书馆。仔细了解下来才明白,原来与我们将「積ん読」定义成负面词汇不同,Antilibrary 的理论对买书而不看、收藏而不阅是支持和鼓励的。

a private library is not an ego-boosting appendage but a research tool

Umberto Eco 即这个理念的提出者(大概是)如是描述这些积读书籍的优点。在 Antilibrary 的概念中,收集信息的意义不止于对内容本身的掌握,而更在于这些信息能为你未来的研究和思考构建一个专有的、垂直的知识库。正如我们不需要掌握 Google 上所有的网页也可以借助它来解决问题一样,在 Antilibrary 中这些看似冗余的信息收藏也充当了搜索引擎底层数据库的角色,但经过我们的人工过滤,日后查询这个数据库时我们获取对应资料的效率和准确度都将更高。

稍后不读,用了再看

反思我放弃 Pocket 的行为,我发现信息是客观地保存在那里的,大量的堆积并不会使他们对我无用,真正促使我选择退缩的原因是要读完他们而带来的巨大心理压力,这让我不禁思考,我真的需要精读完这些内容吗?

从学习的角度来看,答案是否定的。因为这些内容要么是很碎片化的某个具体问题的讲解,要么是与我主业无关的扩展阅读。前者很难进行系统化的学习进而转化为有效的知识体系,后者则需要付出比精读存量文章更多的精力去由浅入深地研究但却暂时对我的工作生活帮助不大。可以说,除了极少数的内容我需要当场进行研究学习,其他的内容我更需要把他保存在我的知识库中以备后用。

得到这样的结论后,我决定放弃所有稍后再读的概念,想读的当场读,不想读的但急需使用的不读也不行,其他感兴趣的内容则通通剪藏或收集到笔记软件中。同时借助笔记软件的全文搜索功能以及标签分类或 RoamResearch 这类工具的图化分类,我既可以在需要时迅速找到我想要的内容,也可以不再背负稍后阅读带来的负担感。

Antilibrary也许不是最终方案

在实践了「稍后不读,用了再看」后,我的知识库也被分为了两部分,一部分用于存储已掌握内容,另一部分用于储存 Antilibrary 理念下的信息,但这两部分数据本身是有交集的,而分开后进行并集查询时也颇为费力。这个问题产生的原因恐怕很大程度上源自收藏的内容由纸质的书籍转变为了网络信息,信息量的膨胀和信息源的复杂化使得 Antilibrary 理念都暴露出了些不适应性,知识库的管理方式也许在更多新的、适用的理念加入后还会得到进一步的优化。

博客链接:https://easonyang.com/2021/03/21/anti-library-and-read-it-later/

关注公众号「举一得一」获取最新文章更新

Antilibrary能拯救稍后不读吗的更多相关文章

  1. 拯救无法启动的虚拟机文件.vmdk中的数据

    FROM: http://blog.csdn.net/npy_lp/article/details/7686583 从事Linux开发的软件工程师几乎都使用过虚拟机软件,如VMware worksta ...

  2. WP7 手机软件纪念 - 稍后读软件

    在本月换机之际,决定写篇博客纪念一下我在 WP7 手机上开发的一个稍后读软件.这个工具开发完成后,两年间,我的 WP7 手机 80% 的用途,都发挥在了它身上. 这个软件其实是一个离线阅读工具,非常类 ...

  3. 【STL】优先队列priority_queue详解+OpenJudge-4980拯救行动

    一.关于优先队列 队列(queue)这种东西广大OIer应该都不陌生,或者说,队列都不会你还学个卵啊(╯‵□′)╯︵┻━┻咳咳,通俗讲,队列是一种只允许从前端(队头)删除元素.从后端(队尾)插入元素的 ...

  4. 一次U盘拯救的经历

    U盘拷资料,突然就弹出框框,复制终止了,然后U盘里面的只是编程可读的了. 倒是没有啥重要的资料,就是只有这一个U盘了,平时传资料都靠它,不能就这么垮了啊,于是就来了一次拯救行动. 一共有三个步骤 第一 ...

  5. SQL Server 数据库 'xxx' 正处于转换状态。请稍后再尝试该语句。

    问题是这样的,最近因义务需要,公司更换了数据库服务器.数据库随之切换到新的服务器上. 服务器是 Windows Server 2012系统,数据库是SQL Server 2012 .上面有 多个数据库 ...

  6. 【Discuz】关闭QQ互联插件提示信息:系统繁忙,请稍后再试

    版本:X3.2.20160601 提示信息 系统繁忙,请稍后再试 解决方案 Step1.删除QQ互联插件目录 网站的根目录\source\plugin\qqconnect Step2.上传原始QQ互联 ...

  7. OpenJudge4980:拯救行动//stl优先队列

    总时间限制:  10000ms 内存限制:  65536kB 描述 公主被恶人抓走,被关押在牢房的某个地方.牢房用N*M (N, M <= 200)的矩阵来表示.矩阵中的每项可以代表道路(@). ...

  8. 【BZOJ-3174】拯救小矮人 贪心 + DP

    3174: [Tjoi2013]拯救小矮人 Time Limit: 1 Sec  Memory Limit: 128 MBSubmit: 686  Solved: 357[Submit][Status ...

  9. SQLSERVER拯救某个时间点被误删除的数据

    SQLSERVER拯救某个时间点被误删除的数据 转载自:http://blog.csdn.net/dba_huangzj/article/details/8491327 要拯救某个时间点被误删除的数据 ...

随机推荐

  1. @RequestParam(required = true),@RequestParam(required = true)

    今天在页面请求后台的时候遇到了一个问题,请求不到后台 页面代码 <li>                        <a href="javascript:void(0 ...

  2. IoU、GIoU、DIoU、CIoU损失函数

    IoU.GIoU.DIoU.CIoU损失函数 目标检测任务的损失函数由Classificition Loss和Bounding Box Regeression Loss两部分构成.目标检测任务中近几年 ...

  3. Centos8配置Nginx开机自启动

    第一步:创建service文件,并编辑(可理解为开机时自动启动Nginx的脚本服务文件) vim /lib/systemd/system/nginx.service /lib 与 /usr/lib 里 ...

  4. 日常Bug排查-Nginx重复请求?

    日常Bug排查-Nginx重复请求? 前言 日常Bug排查系列都是一些简单Bug排查,笔者将在这里介绍一些排查Bug的简单技巧,其中不乏一些看起来很低级但很容易犯的问题. 问题现场 有一天运维突然找到 ...

  5. 性能工具之stress工具使用教程(带源码说明)

      stress是一个在linux下的压力测试小工具. 我看到有些人用这个工具来描述一些资源耗尽的场景,也有人用它来做混沌测试中.请使用者要注意,这个工具并不是模拟业务问题的,是模拟系统级问题的.所以 ...

  6. 利用 Bean Validation 来简化接口请求参数校验

    团队新来了个校招实习生静静,相互交流后发现竟然是我母校同实验室的小学妹,小学妹很热情地认下了我这个失散多年的大湿哥,后来... 小学妹:大湿哥,咱们项目里的 Controller 怎么都看不到参数校验 ...

  7. linux下的对拍程序

    在比赛中我们通常会先打暴力 正解的正确与否,如果数据过大,我们就要用到对拍程序 1 #include<bits/stdc++.h> 2 using namespace std; 3 int ...

  8. 【模拟8.11】将军令(贪心&&树形DP)

    只看45分的话,是树形DP....(当然也有能拿到70分+的大佬) 40分: 只考虑k==1的情况,树形DP 所以每个节点可能被父亲,自己,儿子控制 设f[MAXN][3],0表示儿子,1表示自己,2 ...

  9. expdp数据泵导出数据汇总

    [oracle@enmo1 ~]$ mkdir datadump[oracle@enmo1 ~]$ cd datadump/[oracle@enmo1 datadump]$ pwd/home/orac ...

  10. 精尽Spring Boot源码分析 - 内嵌Tomcat容器的实现

    该系列文章是笔者在学习 Spring Boot 过程中总结下来的,里面涉及到相关源码,可能对读者不太友好,请结合我的源码注释 Spring Boot 源码分析 GitHub 地址 进行阅读 Sprin ...