背景
在学习和工作过程中或多或少会收藏一些内容以使学习或工作更高效,于是我们习惯了收藏,但是习惯收藏并不意味着会收藏。
好的收藏方式,往往可以带来事半功倍的效果。在收藏时对内容进行很好的 定位 和 归档 ,在使用过程能大大提高效率,所谓工欲善其事必先利其器就是这个道理。
问题
当我们习惯收藏之后,很多时候遇到感兴趣或有用的内容就一键收藏,久而久之会出现一些问题:
- 内容不断增多,杂乱无章,想要查询的内容在收藏夹中半天查找不到,还不如直接使用搜索引擎查找。
- 甚至,很多内容只是当时澎湃三分钟,收藏过后基本上再也不会去查看,只会使收藏夹变得冗杂,在查询有用内容时成为绊脚石,使上一问题更加严重。
- 变成了内容 “收藏家” —— 一股脑儿收藏,却没有进行学习和使用。
这些问题,无疑是违背了我们收藏习惯的初衷。为了解决这些问题,在收藏内容前我们应该对内容进行定位,据此判断我们是否有必要收藏,以及如何进行归档。 总结下来就是两个步骤:
- 定位
- 归档
定位
所谓定位,即是根据内容性质对内容进行层次划分,可以划分为如下六个层次:
- Daily - 日常
- Memo - 备忘
- Index - 索引
- Reference 参考
- Pending - 待处理
- No - 不收藏
Daily - 日常
- 基本上每天都会打开,收藏过后不会删除。
- 比如
CSDN
、掘金
、Google翻译
、百度翻译
、维基百科
、GitHub
Memo - 备忘
-
备忘的内容有两种情况
- 不在当前学习计划内,但未来 打算学习 ,并且是 低频词汇 ,不收藏下来就会忘记它的存在。
- 已经学习但印象模糊,需要 再次学习 ,但是 地址不明确 ,如果不收藏,通过搜索引擎可能 难以查找 或 筛选成本太高。
-
比如
《AiLearning机器学习实战》
,哥们儿推荐的内容,打算学习,低频词汇Gitea
,一个Git私服工具,偶然了解到,打算学习,低频词汇BitMap算法整合
,已经学习但印象模糊,需要再次学习,地址不明确
Index - 索引
- 用来 查询指定内容 的 文档 、 仓库 或 参考手册。
- 比如
ReactRouter,Redux文档
、Flask、Pandas、Requests、BeautifulSoup文档
、Linux命令
、Docker命令
、Maven仓库
、Pip仓库
、支付宝、微信开发文档
、JDK Documentation
Reference 参考
- 顾名思义,这部分收藏的应该是一些参考资料,例如你准备写博客或文章,这些内容具有
启发意义
或参考价值
- 比如
3 simple tricks for smaller Docker images
、Learn Vim
Pending - 待处理
- 在当前学习计划内,短时间需要消化的内容。
- 比如
RSA算法
、Embedded Mongodb
、《解谜英语语法》
、深入理解Epoll
No - 不收藏
- 顾名思义,如果不满足上述几种情况,内容就没有收藏的必要,随用随Google。
- 比如
添加Fork me on Github
、Maven Import Scope相关博客
- 这部分内容有时候会把你导向上述几种情况。
比如Maven Import Scope 相关博客
可能会把你导向Maven POM Reference
—— 具有Index - 索引 性质的 文档
归档
如果说 定位 的目的是为了判断是否收藏该内容,那么 归档 的目的就是为了方便查询内容。
所谓 归档 ,说白了,就是将 同类
或 相关
内容放入指定的某个文件夹。
推荐使用 定位 层次作为第一层文件夹,然后在第二层做自定义分类。
建议参考B+树
,广度优先。
工具
最初笔者每发现一个不错的网站(斜眼笑)都会进行收藏,在收藏内容的使用过程中,出现了两个问题:
- 从单一设备到多设备,需要共享收藏夹
- 强迫症患者,需要定期备份以防数据丢失
笔者最初的做法是,频繁的对收藏夹导入导出,并上传到云盘(已经忘记到底是因为当时没有账户功能还是自己傻傻没注意)。很久之后才觉悟,大多数浏览器都可以进行账户登录,通过云账户,实时同步,设备共享,云备份通通解决,简直爽到不要不要的。