程式設計師成長：如何寫一份給自己看的年終總結？
你差的可能不是能力，而是一把覆盤。
每年到了這個時候，為了生活儀式感或者 KPI，便都開始籌備自己的年終總結。三言兩語之下，總結這一年裡：
- 做了些什麼事情？
- 取得了怎樣的成功？
- 收穫了什麼東西？
- 未來會做什麼？
或是出於成長的需要，總結自己辛辛苦苦一年的~~柴米油鹽~~酸甜苦辣。或是出於公司對於 KPI 的需求，寫一份總結。其差異也源於目的的不同，或是面向的是漲工資的需求，或是面向的是 “領導” / KPI 團隊，或是為了嘉獎自己。目的地不同，寫的東西也不同，收穫也不同。面向工作寫出來的東西，往往對於自己的幫助不是那麼多——它們永遠關注於工作。它們的方式，大抵是以年為單位的結果導向 ——充滿了不可持續性。它們比不上以五年 、十年 為的個人目標為核心的計劃。
我們關心什麼？
無論卑賤與崇高，無論美麗與醜陋，無論年輕與衰老，無論健康與疾病，我總會給自己寫一份年終總結。再加上一定地裝飾、美化，將它公開出來。或是用來獲取被監督感，或是提醒自己前方的道理是否正確，一方面大抵是為了獲得認同。而這種總結，依自己的角度來看，往往擁有這麼一些套路，或者說模式，或者說模板。也不需要一一去區分三者之間有什麼區別，它們擁有一個核心的內容便是：我們關心什麼？ 。如從技能來說，我關心的幾個技能方向：
- 程式設計。
- 寫作。
- 設計。
對應的要審視自己的有：在技術上，有什麼提高，造了什麼輪子，哪些地方可以做得更好？在書寫方面，學習了什麼東西，看了什麼書籍，寫出的文章怎樣，下一步如何提升？在藝術方面，是否有投入足夠的時間，某些方面是否與工作相結合？
正是一個個要素，能探索出每年關注於我們想要的東西，不斷糾正自己的路線。
1. 寫下 “流水賬”
作為總結的第一步，我習慣將做過的事情，羅列到每年的時間線上。這種方式看上去，便是將年終總結變成了流水賬，看上去一點意義也沒有。但是它的目的是，一來可以防止漏掉某些重要的內容 ，以便方便後期做總結；二來，往往多個細小的內容，可能組成一個有效的結果 。
倘若我們是一個機器人，不耗費多少力氣，便可以統計出每天的時間花費，自己一年的主要時間花費在哪裡。可惜，我們並不是，我們只是普普通通的肉身，哪怕是一丁點的身體不舒服，都會影響我們的行為，思考速度。可以說，每天幾乎都是完全不一樣的。可在我們看來並不是這樣的，我們的工作日看上去是一樣的：
起床 -> 吃飯 -> 上班 -> 午飯 -> 午休 -> 上班 -> 下班 -> 吃飯 -> 業餘活動 -> 睡覺
在這些平淡中，我們需要羅列一下，這一年裡做了哪些重要的事？按照不同的公司的模式，羅列的方式也有所不同：
- 如在工作上，筆者是需要以專案為單位，來統計在不同的專案上做了什麼事。
- 如在業餘學習上，則是以 GitHub/">GitHub 的專案為單位來統計
從總體上來說，以每月為單位，來羅列一下自己做了哪些事情，會更為細緻一些：
- 1 月，blabla
- 2 月，blabla
- ……
將我們關心的維度，結合到 “賬單” 上，便擁有了一個初級版本的年終報告。
記錄下這些東西，方便進行總結。
2. 尋找關鍵結果
無論是在公司內部提供一份年終報告，還是寫給自己看的年終總結，都得提煉出其中最重要 的部分。如同，我們在編寫簡歷一樣，好的簡歷能突出某一部分，給 HR 留下好的印象；而差的簡歷，則看上去很平淡——因為寫簡歷的人，可能把每一項都視為重要的部分。
這部分的內容，就好像在考察 KPI 一樣。做得好的地方，便是能收穫的地方。若是哪個地方沒有做好，導致沒有產生結果，那麼也就無能為力了。這也就是為什麼需要一份自我總結的原因——以 KPI 為出發點，便會忽視自我的成長。KPI 並不一定認可，你這一年的學習成果。因為對於你的學習來說，它在當前沒有體現出任何的價值。
從我們的流水賬中，找出那些閃亮的點、成就，它們值得我們去炫耀、證明自己的價值，鼓舞我們前進；或寫入到簡歷中，又下一份工作尋找契機。如：
在這一年裡，我寫了一本微前端相關的電子書，編寫了一個微前端框架，都受到了一定程度的關注。前者在 GitHub 上有 550+ 的 star，後者在 GitHub 上則有 250+ 的 star。數字 + 結果，無一不讓人覺得欣喜。
若是因為做的事情過於平凡，不要過於羞愧，更應當去找尋關鍵的結果 。一旦我們找不到自己做的重要的事情，又或者自己起的關鍵作用，在未來一年裡，便更應當注意 ——是學習不到新的東西，還是位置不合適導致發揮不了才能。若是學不到新的東西，怕在將來會有危機，也因此會自己讓自己更加地焦慮 ，而後起而行動 。
記錄下這些東西，作為里程碑。
3. 總結收穫
年終總結的目的，並不單純只是為了晒到朋友圈，其主要目的在於：讓自己審視（Review、覆盤）自己的表現 ，以決定下一步要怎麼做。
總結，是事後對某一階段的工作或某項工作的完成情況，包括取得的成績、存在的問題及得到的經驗和教訓加以回顧和分析，為今後的工作提供幫助和借鑑的一種書面材料。
在筆者的習慣裡，我習慣將成功的結果和不那麼 “成功” 的事情，分開來討論。我總感覺某一部分有結果，似乎是理所當然的。但是，對於成功的專案、結果來說，我不會認為它沒有學習的地方。
在有些事情裡，反而是成功的部分更加坎坷，便能學到東西。因為在過程中，你或者別人挺身而出，解決了一個問題，推進了整個事件的正常化。那麼，人人稱道的地方，便也容易觀察得出。
而有些失敗，則是一開始就註定的，如餅太大，消化不了。不過，大部分的的失敗，並不是這樣的情況，它們值得我們去關注。對於目前的我們而言，有些事情的結果，並不是我們力所能及的，有些超出了我們的能力範圍。比如說，我們花了極大的精力，去編寫了一個開源專案，它一點兒也沒有使用者。不論是應用中存在 bug，或者是運營能力所有不足，都會在一定程度上體現出來。
所以，無論如何，我們都得從中去尋找原因，以便於自己學習。先總結下自己的所思，下次遇到的時候，便可以嘗試解決。
記錄下這些思考，方便未來進行對比。
4. 改進方案及目的
隨後，從過去的點點滴滴裡，我們會不斷地獲取知識：
- 既然知道為什麼成功，那麼就知道學習如何成功，總結出經驗和模式
- 既然總結為什麼失敗，那麼就要分析出改進的方案
而後，我們所做的事情，無非便是制定一個目的，然後建立一個計劃；又或者是建立一個目標，而後製作改進計劃。
但是，並非所有的目標，都需要實現的。按照不同的劃分方式，有不同的目標劃分級別（典型的如 MoSCoW 優先順序排序法），又或者是筆者習慣的：
- Must to have（一定要做）
- Nice to have （做了更好，但是可以不做）。
這輩子有些事情，一年要明年做；有些事情，明年更了更好。分清它們的輕重緩急，然後計劃之即可。
記錄下這些目標，方便我們變更計劃。
5. 計劃
不論是學習和實現計劃，都是這麼幾點：
- 心態。
- 技能。
- 工具。
視目標的不同，方式便各有差異。
就筆者而言，筆者的佛系計劃，都是順其自然的。