本文地址: https://www.cnblogs.com/hchengmx/p/10802298.html
本文筆記地址: https://www.kancloud.cn/hchengmx/life-handbook/content
很久之前看到一個貼子，說是各種網站的收藏夾很多，但是卻很少看。等到真正需要看文章的時候，才一個一個收藏夾找。因為有很多網站嘛，就可能比較費時費力。所以很多人會遇到這樣的問題，誒我是放在哪里了呢？我是在哪里看過呢？我是在哪里收藏的呢？
通過自己的不斷摸索，我也對知識體系整理有一些小心得，這篇文章就來說明一次我是怎么處理自己的知識體系的。
第一階段: "All in OneNote"。
想到使用OneNote是因為各種網站平台都有收藏夾嘛，知乎/微博/微信公眾號，那我們怎么把各種收藏夾匯集到一個平台呢? 我想到的途徑是OneNote，把所有收藏的東西都匯集到一個OneNote筆記中里面，這一步，我稱之為"All in OneNote"。在微信端: 可以關注微軟雲筆記公眾號，把文章推送到OneNote里面。 在網頁端: 可以裝上插件Clip To OneNote；至於在微博端，可以通過ifttt把微博保存到OneNote端。
這樣做的好處是，可以基本舍棄都有的收藏夾，所有的東西都放到了一個平台上閱讀。
但是有幾個明顯的缺點:
- OneNote的客戶端對用戶非常不友好，加載的非常的慢，而且還占空間；
- 要是暫存還好，但要是對於大量的文章，就有可能一個分區里面有好多個文章這種情況，很亂，從人的心理上來說，這么多東西可能就是負擔了，也就懶得讀；
- 如何做筆記做輸出? 是個大問題，要在當前裁剪的頁面記筆記呢? 還是在另外的空白頁記筆記呢? 都有缺點，不能成為一個體系；
- 對於有些筆記，剛讀完可能還記得點，但又非常知道自己未來可能會用到，怎么找原文呢? 保存把文章會越來越多，不保存把以后想重新找回來又很麻煩；
- 對於有些筆記，現在可能用不到，以后可能在五年/十年才用到，那是到底保存不保存呢? 保存了現在確實用不到還占地方，不保存把但以后可能用得到；
第二階段: 引入markdown。
以上的第二個到第五個的缺點 ，概括起來就是，移動端不友好，不可標記，難以追溯，難以整理。后來由於我會看github上的程序員筆記，發現他們是用的是markdown，我就在想能不能通過markdown對筆記系統進行補充? 讓markdown負責目錄結構/標記等工作。
具體就變成了這樣:
不用markdown進行記錄，用markdown進行標記，書簽，鏈接工作，將標題以及自己的筆記整理成md文件。后期查看的時候，在手機端直接閱讀.md文件了，這樣在移動端也可以閱讀了。
幾個使用關鍵技巧:
- 要選擇適合自己的目錄結構，先想好要幾個文件，哪個文件里面都包括什么內容；
- 每個文件都有 目錄 + 詳情，目錄有鏈接直接導覽至詳情；
- 在目錄部分，對於讀過的文章加粗，對於沒讀過的文章不加粗以區分；
- 詳情也是一個鏈接，用來說明文章的源出處；
舉個例子:
下面是我整理的一個文件。
目錄部分，左邊是markdown，右邊是markdown preview(讀過的文章加粗)。
內容部分，就是自己讀文章的筆記了，標題是一個鏈接，點進去是文章的源地址，這樣只保存一個鏈接省空間也方便回溯。
這樣OneNote就輕松多了，OneNote在這里的角色轉換成一個簡單的閱讀器，不再負責筆記的部分。平時找文章都可以通過md輸出的html文件來找。
所以現在看到一篇文章的流程是這樣的:
- 在瑣碎時間看到，覺得還挺重要的文章，一律保存在OneNote(瀏覽器插件+微信微軟雲筆記)，等有時間了再讀。
- 有空讀一讀OneNote，並定期保存的條目(一周一次整理,一月一次大整理)，要是覺得有用能學到東西，在markdown文件新增條目；
- 把這個文章放到響應的OneNote筆記本組里面；
- 定期整理markdown文件，把記住的知識點刪除，釋放空間；
第三階段: 托管到看雲kancloud
這一階段就是共享了，由於gitbook在國內用的不是很順利，所以我把我整理的生活筆記放到了看雲kancloud上。
https://www.kancloud.cn/hchengmx/life-handbook/content。
這樣還有幾個額外的好處:
- kancloud是有客戶端的，不大也很方便；
- 只要能打開網頁，在哪里都可以閱讀；
- 可以支持多人編輯；
- kancloud是支持git的, 所以我們所有更新可以在本地進行，刪除的段落也可以在git上找到；
本文希望對您有所幫助，如何問題可聯系我的個人微信
