系統介紹與使用說明：請按我
專案
kyo 專案項目庫（P）
行動
kyo 行動任務庫（A）
知識
kyo 知識培育庫（I）
日記
kyo 日記資料庫（D）
學習
kyo 學習筆記資料庫（+）
第一次迭代思路
一、前言
本
PAID+ 知識學習系統主要用於知識學習任務（尤其是程式類），完全是針對我個人的特化需求，一般的專案任務雖然也可以使用，但顯然不那麼適合，還請見諒- ⭕️ 適合：程式相關各種新技術的學習
- 非程式類的知識學習應該也沒啥問題
- ❌ 不適合：需要和別人協作的大型專案
本作業效仿的對象為第三週 MVP：Chloe 的 PAI 知識系統 （高級）
- 效仿的部分在於精神：擴充使之完整，但不大幅更動
- 作為軟體工程師，特別欣賞簡潔的做法，DRY原則~
二、PAID+ 介紹
命名為
PAID+，使用了 3+2 共五個資料庫，其做法是將原來的 PAI 保留並進行適度的欄位調整，再加上第二週作業的「日記資料庫」與「學習筆記資料庫」- 但代價就是不適合拿來協作，因為協作會有很多事件，比如開會、截稿等
PAID+，這個名字主要是在提醒自己，任何系統都是有代價的（維護成本），不能過度複雜，於是取各資料庫的首字母，但最後一個會破壞這個美妙且充滿意義的縮寫，只好讓它代號是＋
三、使用流程說明
以個人專案「學習 Docker 並應用在工作中」為例：
- 知道接下來工作上需要使用 Docker，有必要先系統性地學習，於是在專案項目庫（P）新增「學習 Docker 並應用在工作中」項目，並填上欄位內容
- 思考如果要系統學習的話，需要哪些教材，選了兩堂線上課和一本書，於是把學習這些材料列為一個個的行動項目，加入行動任務庫（A），並關聯至所屬的專案。材料學習是這個系統最典型的行動內容，但不限於此
- 學習這種大型材料，額外的筆記自然不可少，畢竟我們又不是過目不忘的機器人，所以在學習筆記資料庫（+）加入這些材料的筆記項目，並關聯到行動（而不是專案，因為當行動內容是「材料學習」時，行動和這些材料恰好處於一對一關係，而專案則無此特性）
- 大型材料雖然豐富，但總還是會有欠缺或不足之處，就像 Notion 訓練營再充實也需要外部知識的補充，所以學習過程中需要自行再添加知識點
- 這時就可以將這些補充知識放到知識培育庫（I），並關聯到專案（此為原本設定，畢竟關聯到行動太過零碎，且一個知識點可能與好幾個行動都有關，直接關聯到整個專案更加合適）
- 不過個人覺得，知識點未必非得關聯到特定的專案，它也可以獨立存在。反正用得到你就會記得，用不到你就會淡忘。但原則上如果和專案直接相關，就會關聯
- 整個學習專案進行的過程中，都可以在日記資料庫（D）為執行過程寫日記，記錄學習心得→所以日記會關聯到行動。當然，日記並不限於「學習」這個用途，主要還是記錄心情
這份
PAID+系統，和我目前實際使用的版本有 80% 相似，應該禁得起實戰考驗才是鵝 🦢四、各資料庫的迭代與思路
每次思路真的都很長，我自己也有點無言 🐧
一、專案項目庫（P）
變動很小，主要更動有：
- 新增「專案總番茄」欄位：rollup
- 統計專案底下所有行動任務的工作番茄數並加總，使用 rollup
- 目的是知曉這個專案究竟花了自己多少時間！一個專案一定很耗時，不知道花掉的時間實在不妥，像「參與 Notion 線上訓練營」專案，就是時間黑洞啊！
- 為項目新增專屬 icon
- 這主要是為了作業呈現上的美觀，我使用自己的系統時通常不會這麼做
- icon 的簡潔也是自我要求的一部分，使用 icon 會希望有一定的識別意義
二、行動任務庫（A）
首先，這裡的「行動」或「任務」都是指同一件事
一改初級作業使用表格檢視，回到了我最喜歡的也就是第二週作業任務資料庫的看板檢視，值得一提的欄位有：
- 新增「學習筆記」欄位：relation
- 內容為關聯學習筆記資料庫項目
- 如前面介紹所言「材料學習是這個系統最典型的行動內容」，可能有一半以上的行動都是對某個材料進行學習，關聯對應材料的學習筆記是直觀且必要
- 新增「優先級」欄位：單選
- 可以選一個火焰🔥表示「優先」或三個火焰🔥🔥🔥表示「非常優先」，或者不選表示「普通」
- 要特別說明，優先不等於緊急，只是通常如此，所以還是使用直觀的火焰 icon
- 某個任務即使不緊急，但你覺得值得盡快完成，也可以設為「非常優先」
- 反過來說，某個任務很緊急，但不重要，也未必會優先
- 新增「工作番茄」欄位：數字
- 一個番茄為半小時
- 本來初級作業思路表示考慮刪除計時相關欄位，但我發現僅僅一個任務就已經很耗時（你各位捫心自問光寫第三週這個高級作業就花了多少時間噗噗 😎），不計時不行！但原來的做法我比較不愛，所以稍加簡化
- 刪除原先的「工作時間資料庫」，理由是裡面的項目是有限的，需要逐個手動增加
- 如果要更多時間選擇就要把「每一個尺度」都手動新增，有點辛苦鵝
- 尤其我的行動任務都是「大行動」，比如看完一堂線上課，動不動就會消耗十幾二十小時，如果每半小時就要有一個項目作為可選項，會顯得過於肥大且不彈性
- 這裡的工作番茄的是一個純數字，方便加總，而數據的來源為 Toggl 的自行計時
- 直接填寫數字也比選擇關聯項目更加直觀
- 會在「任務完成時」才會填入（因為此後時間不會再變動），並且在專案層級進行加總，既可以知道各任務花費多少時間，也能知道整個專案的總時數消耗
- 新增「完成日（日期）」與「完成年度（公式）」欄位
- 完成日如作業二思路所述，用以取代「完成勾選」，且資訊更多
- 完成年度是公式，取的是完成日的「年」，方便 filter 每年完成的任務有哪些並做成 view
- 請參考「
完成：2021」view 檢視
- 「問題與解決」欄位保留
- 本欄位在前述「
完成：2021」view 可以很方便檢視，所以還是保留 - 初級作業思路雖然表示如果問題太多就要寫在內文，但我現在改定位為這裡的問題是「整個任務層級」的高階問題，所以理論上只能有一兩個，是ㄅ是！
- 細節問題或想法依舊可以寫在內文
- 主 view「
Dashboard」必要顯示的 property 如下，其餘省略，以免資訊過於雜亂： - 任務名稱：不用說，無法省略
- 專案：一眼看出任務的所屬專案，確認主從關係
- 優先級：總不能點進去才發現很急，哈哈哈
- 截止日：BJ4
- 這裡省略了作業二的七日內到期任務等等 linked db view，不是不需要，只是在本作業省略，因為呈現上主要著重於凸顯五個資料庫的角色與結構
三、知識培育庫（I）
如初級作業思路所言，被我大幅化簡了！
- 刪除「知識培育狀態」與「給我的啟發」欄位，以降低複雜度
- 我覺得「知識培育狀態」這個概念還是挺好的，日後會考慮回歸
- 「給我的啟發」就比較有角色扮演的感覺，我想省略倒也可以
- 主欄位名稱從「解決的問題？」變更為「知識點」
- 不過內涵大同小異
- 真要說差別的話，大概就是這裡的知識點不一定要歸屬於某個專案，所以名稱上更加中性
- 表格檢視隱藏 URL 欄位：畢竟不是常常要看，知識的重點應該已經整理在內文或了然於心惹
四、日記資料庫（D）
日記改用土星圖示 🪐，與作業二的日記資料庫相比，新增的欄位如下：
- 年度：公式
- 作用和前面專案的「完成年度」差不多，主要用來 filter，以方便檢視特定年度
- 今日我最棒 ❤️：text
- 可以想成「感謝的事」的感謝自己版
- 要改進的事情太多了，那就改天吧
- 而自己有做好的事，如果沒有特別強調，日後也會忘記，下一次就不一定還能這般好了，所以要特別寫下來，正向強化
五、學習筆記資料庫（+）
相較於作業二的版本，更動如下：
- 加上相關的專案圖示，好吧，這也是作業限定，實際使用時我不會這麼「搞剛」
- 「已過天數」的欄位值回歸「純數字」
- 雖然顯示「已經 3 天」這樣的值很直觀，但自己使用時顯然知道它代表什麼，省略文字無妨
- 更重要的原因是，純數字很容易一次 filter「已過 30 天內」的項目（如下圖），但是字串就很難了
六、依「一次迭代建議」新增跳轉選單
- sync block 內容：
- 滾輪表示欣慰 😇
- 不過老K指的頁面跳轉應該是在不同情境入口頁面之間，這部分我留在自身使用的系統實作
面對比較多資料庫的系統我都會建議再進一步把頁面拆分呈各種情境所使用的單一頁面，也就是「情境入口」
報告完畢，感謝耐心閱讀 🙏
命題
