notion知識庫重構思考

觀前提示

這篇文章不是安利 notion 這款軟件，notion本身存在許多問題（如同步問題、缺少中文支持、雲端數據存儲憂慮），在你決定使用notion之前，一定要認真思考自己是否需要這款軟件
有部分用戶反映notion的網絡環境時好時壞（雖然筆者沒有遇到過），所以有條件的話有一個良好的網絡環境使用起來會方便很多。
配置筆記環境確實需要花費很多時間，如果花費的時間成本小於效率提升帶來的收益，這更是得不償失的，個人還是建議大家根據自己的情況合理配置。

2020年初次上手

我是2020年初接觸notion，之前接觸過的筆記軟件包括語雀、onenote、bear等

onenote：作爲Office的忠實用戶，我一直挺喜歡微軟家的產品，但onenote我個人覺得更適合手寫筆記場景，其橫向無限擴展以及對格式幾乎無限制的特性，讓我常常以爲自己是在一個畫板上畫畫。
語雀：我上一次用它還是在2021年，最近我又用了用，發現語雀和notion越來越像了，做了很多本地化設計（可嵌入高德地圖等），但語雀的api功能似乎需要超級會員才能使用，這對我來說還是一筆鉅款:(

在當時，出發點是有一個統一的筆記軟件記錄課堂筆記和閱讀筆記，如下圖就是我一開始用notion做的筆記

在使用notion一段時間後，我發現它很適合用來做目標規劃，因此在這個領域，我打算嘗試從年度計劃入手，給自己劃分若干個領域的幾個具體的目標，比如學術與學習、軟件與技術等領域，隨後在月度計劃中對這幾個領域的任務進行分配，最後在周度計劃記錄每一週完成的具體任務。

但很顯然，這樣規劃的缺點是顯而易見的：

根據2020年缺點，2022年我對目標規劃頁面進行了第一次更新，這次更新引入了數據庫的功能，將周度計劃更換爲數據庫格式，數據庫信息包含了任務的標題、完成時間、完成狀態、分類等信息，使我能夠對任務進行一定程度的追蹤。

每月目標以todo待辦放在每個月的二級標題下。

在使用了這個模版半年後，我又發現頁面存在一些問題：

任務之間是有關係的，任務與任務之間存在父子關係、先後關係，這在當時版本的notion數據庫中難以實現。
目標與任務沒有實現解耦，這兩個東西看似像是一對多父子關係，但仔細考慮下好像又是多對多的關係。
所有的任務都擠在一個database中，不僅頁面打開加載慢，看起來也比較麻煩。
任務與文檔關係重複，如下圖，在完成“小王子閱讀”任務後，我會將《小王子》的閱讀筆記直接寫到“小王子閱讀”這個任務中，看上去非常直接，但後期再想統一整理閱讀筆記工作量巨大。

我自認爲自己使用了notion快三年，notion的一些功能我已經用得非常熟練了，但發現這些問題後，我一時沒有想到很好的解決辦法，也無從下手解決。

五月的某一天我偶然在少數派看到一篇文章我如何處理每天接收的信息，文章中提及的P.A.R.A筆記組織法給我了很大啓發。

Projects 指的是正在做的項目，比如正在學習的某一門課，正在開發的某個產品。
Areas 指的是你感興趣的領域，比如理財、編程、職業規劃、商業等等。
Resources 指的是在未來可能會有用途的東西，我的理解是那些你可能會用到的，將來可以立刻作爲參考的東西。比如最近我會看到很多關於 Prompt Engineering 的東西，雖然這不是我的領域，但我覺得將來會有用，所以我的 Logseq 裏會有Resources/Prompt Engineering這個頁面，跟 prompt 相關的筆記都會帶上這個 tag.
Archives 指的是你已經完成的項目。

根據我自己的實際情況，我在其基礎上重新調整爲A.P.R.Q

Areas：個人的知識產出，包括讀書筆記、知識庫等
Projects：個人的任務追蹤模塊，包括projects 以及 tasks 兩部分
Resources：在網絡上不屬於自己知識產出，但對個人有幫助的資源庫，在這裏我並沒有侷限於將來有用的東西，你之前在網絡上收集的鏈接、文章，你難以確定之後是否還能用得上。
Questions：問題的匯聚

這期我就着重介紹一下area知識庫以及project項目庫部分

知識庫中主要以看板形式組織文檔，看板頁中展示的信息主要包括文檔標題、子類型、優先級、子文檔。

聚焦到單篇文章中，數據庫提供關係屬性，可以幫助我們將文檔鏈接到任務（即project）、文獻庫（literature library）。

通過添加關係屬性，我們將存儲在不同database的知識庫、任務庫、資源庫根據內在關係鏈接在一起，提高了筆記之間的連接性。

考慮到計算機組織文件採用的樹形結構，我在文檔中加入了子文檔這一屬性，將文檔組織成父子關係，同時在文檔劃分到不同的領域domain中，例如編程語言（program languages）、機器學習（machine learning），在每個領域下又有子類型可以選擇。

notion本身並沒有提供父子關係這一屬性，理論上數據庫中文檔是可以互相嵌套父子關係的。爲了不提高使用的難度，在目前我只使用了單層父子關係，也就是說一篇文檔只能有一個父文檔，並且文檔有子文檔後不能成爲其他文檔的子文檔。

隨後我們在數據庫的過濾頁中添加父文檔爲空的過濾條件就可以不重複的把所有文檔按照看板形式組織

今年notion提供了一個新的項目管理模版，具體使用方法可以查看官方的這篇文章，我的頁面也是在官方模版上小幅修改得到的。

Projects are the parent of tasks —One project can have many tasks, but each task should only relate to a single project. You can think of tasks as stepping stones towards completing a project.
Projects have project properties —Your projects have properties like status, people, related tasks, and related task completion percent.
Tasks have task properties —Tasks have properties for the assignee, due date and status.
Project progress is measured by completed tasks— The completion property calculates the number of completed tasks per project and displays the percentage as a progress bar.

之前在互聯網公司實習，同樣也是將代辦劃分爲項目以及任務兩部分，我個人覺得這確實是更符合大多數人的需求，項目往往涵蓋更大部分，任務則是項目的具體實現。