應該分清輕重緩急，很多文章都會說到重要緊急/重要不緊急/緊急不重要/不緊急 不重要。從理論上來說我們可以這麼劃分，但是實際操作層面可行性不是很好。一件事的緊急程度是會變化的，這個劃分太寬泛沒有，當你劃分完之後可能重要緊急這一項就有幾個事情要做的，但是事情還是得一件一件來做，這個參考性不大。
我們做事會丟三落四有可能經常忘記自己要做的事或者做得不全，這個我採用gtd方式把事情按照專案和場景規劃起來。我使用滴答軟體把這些事情整理了起來（很方便臨時記錄），腦子裡不在裝著事情，做事效率確實提高了很多。
但是用了gtd很長時間發現事情永遠做不完，雖然你知道你不會把事情丟棄掉（已經存在滴答清單裡了）。有時會有一種為了做事而做事的狀態，即看到滴答清單上的待辦事情看著就想去做。
工作上的事情大部分是強制性的定了時間節點（有些專案可能沒有），對於沒有明確時間節點的專案為了保持一種節奏那麼最好持續迭代跟蹤它。這個時候敏捷管理可以派上用場。
當然最最重要的是你的情緒穩定，情緒穩定依賴於你的生活狀態，一般來說人的需求被滿足了情緒會相對穩定。我所這裡意思是告訴你要深挖內心，察覺自己在想什麼需要什麼？需要什麼那麼努力的去搞定它，這樣你的情緒才會穩定，才會讓你走上正迴圈。
上面是我這幾年對於時間管理的一些想法，當然本文重點是梳理出我的敏捷管理流程。
我們經常說計畫趕不上變化，在計畫的時候我們沒辦法把事情發生之後遇到的因素考慮進來。而敏捷流程就是一種實時應對變化的一種機制，通過逐步迭代覆盤來不停地推進專案往前走。
我們使用gtd的時候有個很大的誤區是為了做事而做事，然來我們應該知道哪些事情對我們更重要，我們需要知道為什麼做這些事情(why)這些事對於你意味著什麼，這些事產出的結果是什麼（what）？以什麼方式來衡量產出？是要給別人交付某件事情嗎？交付的標準是什麼？
在上一步劃出了你的方向，那麼你就要為了自己的願望方向努力。為了實現它你需要具體做什麼事情呢？這些描述你需要做的事情。描述這些具體事情的事情最好說一下，做這一步是想幹什麼。後面plan每個週期需要挑出具體事情來做，值不值得去做是需要根據這些描述來衡量的。（很多時候我們只寫了乙個事情名稱而沒有闡述，回過頭來都不知道自己加上這個事情是想幹什麼）。
根據自己的orintention從backlog中挑出一些重要具體的事情來做，當然具體挑出哪些事情挑多少事情呢？是依賴於你有多少時間的。
怎麼估算時間呢？
比方說你要學完乙個網課，你估計你每天早上或者晚上有乙個小時+週末4個小時，那麼一周就有9個小時來學習網課，那麼網課需要45小時，那麼你可以估計在兩個spring週期裡學完（一般乙個spring週期是2個星期）。
我們有可能第一次估算時間不准沒關係我們逐步的迭代。比如我晚上下班一般很難靜下心來學習，所以晚上的乙個小時不能算進去。
找出你每天的高質量的集中的時間，用這些時間來解決高腦力的活動。
執行就是每天做自己事情（形成習慣且能夠看到進展的話），每天你會有衝勁來做這些事情。
乙個spring週期結束後進行回顧。
回顧自己這一周幹了啥，是否在做自己最重要的事情，這些事情花了多長時間了？這些事情下次如何做得更好，敏捷流程如何優化。我們回顧目的是讓事情(具體事情本身或敏捷流程)能夠更好地發展。
所有的orientation和backlog以電子版的形式保留，我暫時選的方式是存放在notion裡面。然後在plan spring階段會選擇一些事情以便利貼的形式貼在spring牆上去。這樣每天都可以看到，做完可以從doing->done很有成就感。
回顧的時候，把spring牆的結果反饋到notion裡，notion有個最終版這樣以後可以回顧以前的spring週期。
向github上提交自己的project
參考部落格 step i 建立自己的github賬戶 username fourmi1995 password ga s jun i 123 fourmi2017 gmail.com step ii 建立乙個新的專案，填寫專案名稱,描述 step iii 跳轉介面如下，紅色框 需要記住 step i...
敏捷開發的設計原則
關於敏捷開發的設計原則 單一職責原則srp single responsibility principle 開放封閉原則ocp open close principle liskov替換原則lsp liskov substitution principle 依賴倒置原則dip dependency ...
自己設計自己的檔案系統
檔案系統是某些作業系統必然包含的模組，對系統中儲存介質的訪問以同一的系統介面進行管理，完成read write,ioctl等操作。按照實現方式，可分為傳統的單機版的檔案系統和網路分布式的檔案系統。分布式檔案系統通常應用網路技術和協議，將分散的各個資料資源進行同一管理的系統形式。嵌入式作業系統上的檔案...