我是怎麼整理自己的知識(非技術)體系的
很久之前看到一個貼子，說是各種網站的收藏夾很多，但是卻很少看。等到真正需要看文章的時候，才一個一個收藏夾找。因為有很多網站嘛，就可能比較費時費力。所以很多人會遇到這樣的問題，誒我是放在哪裡了呢？我是在哪裡看過呢？我是在哪裡收藏的呢？
通過自己的不斷摸索，我也對知識體系整理有一些小心得，這篇文章就來說明一次我是怎麼處理自己的知識體系的。
第一階段: "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上找到；
本文希望對您有所幫助，歡迎關注我的微信公眾號和個人微信。
