背景
在學習和工作過程中或多或少會收藏一些內容以使學習或工作更高效,於是我們習慣了收藏,但是習慣收藏並不意味着會收藏。
好的收藏方式,往往可以帶來事半功倍的效果。在收藏時對內容進行很好的 定位 和 歸檔 ,在使用過程能大大提高效率,所謂工欲善其事必先利其器就是這個道理。
問題
當我們習慣收藏之後,很多時候遇到感興趣或有用的內容就一鍵收藏,久而久之會出現一些問題:
- 內容不斷增多,雜亂無章,想要查詢的內容在收藏夾中半天查找不到,還不如直接使用搜索引擎查找。
- 甚至,很多內容只是當時澎湃三分鐘,收藏過後基本上再也不會去查看,只會使收藏夾變得冗雜,在查詢有用內容時成爲絆腳石,使上一問題更加嚴重。
- 變成了內容 “收藏家” —— 一股腦兒收藏,卻沒有進行學習和使用。
這些問題,無疑是違背了我們收藏習慣的初衷。爲了解決這些問題,在收藏內容前我們應該對內容進行定位,據此判斷我們是否有必要收藏,以及如何進行歸檔。 總結下來就是兩個步驟:
- 定位
- 歸檔
定位
所謂定位,即是根據內容性質對內容進行層次劃分,可以劃分爲如下六個層次:
- 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+樹
,廣度優先。
工具
最初筆者每發現一個不錯的網站(斜眼笑)都會進行收藏,在收藏內容的使用過程中,出現了兩個問題:
- 從單一設備到多設備,需要共享收藏夾
- 強迫症患者,需要定期備份以防數據丟失
筆者最初的做法是,頻繁的對收藏夾導入導出,並上傳到雲盤(已經忘記到底是因爲當時沒有賬戶功能還是自己傻傻沒注意)。很久之後才覺悟,大多數瀏覽器都可以進行賬戶登錄,通過雲賬戶,實時同步,設備共享,雲備份通通解決,簡直爽到不要不要的。