Day 30：系列總結

終於，最後一天，鐵人賽完結了！感謝願意看到這篇的人們。我知道對鐵人賽來說，這是一個很放飛自我的主題，但也是我很想跟人分享的東西，因為相比於某個特定的技術，這些東西對我自己的軟體工程師職涯路上幫助更大，而且是深層且長遠的幫助，從職涯初期的懞懂開始，慢慢經年累月的思考與累積，最終才好似掌握了些什麼，好像有點東西可以分享給我以前的學生跟論壇上的大家。

這場鐵人賽也是我的第一次嘗試，連續 30 天分享的確是個難得的體驗，中間也經歷過低潮，當我試著把這種心態的起伏用一個曲線來描述後，赫然發現他其實也適用於各種其他事情上面，不論是做一個大型工程專案、帶班&課程設計、Leetcode 刷題計畫、跑 3000 公尺、168 斷食計畫、…，我都可以在差不多比例的時間點感受到有如下圖的動機與心境變化。（意外的是這跟達克效應的圖也滿相似的）。而如何學會掌握這條線就成為了關鍵。

成功的計畫進行過程

1. 前 15% 的時間，通常會充滿動力與自信，而且還是越來越高，覺得這件事越做越有趣。
2. 經過一段時間，因為已經習慣（類似前幾天提到的刺激習慣），加上生活總會有意料之外的事情發生壓縮你的時間，導致覺得這件事逐漸成為負擔，動力緩緩下滑。
3. 差不多在 40%~60% 的時候，動力會摔落到最低點，也會很有放棄的衝動，因為感覺已經努力了很久，有點疲倦了，但前路卻還依然漫長。
4. 熬過最低點時想放棄的衝動後，其實只要繼續堅持一小段（約 10%）的時間，感受又會不同，超過 70% 時你會覺得終點似乎不遙遠了，也能感受到一些成就感，動力也漸漸回升。
5. 最後 15% 衝刺階段，動力緩緩上升，心態漸趨平穩，對於終點的期待也帶動了多巴胺系統，讓你內心中疲累的聲音漸弱，取而代之的是對達成目標的渴望。
6. 最終達成目標，精疲力盡但充滿感動跟成就感。

這是一個完美的正向循環，這個成功的經驗不僅獲得經驗與能力，也會為你的下一次挑戰提供自信的來源。

十幾年前心理學家 Tal Ben-Shahar 在哈佛開的正向心理學課程，也是我很愛的一堂課，裡面提到每個人都有個幸福的基準線，且非常不容易撼動，不管遭遇到什麼特別好或差的事情，你的幸福感在暴漲與暴跌後，都會很自然的慢慢回到原本的基準線上，但仍有很少數的方式可以真的提高這條基準，其中之一就是選擇面對挑戰而非逃避。這次的鐵人賽對我來說也是一個這樣的過程，覺得很開心。

失敗的計畫進行過程

但如果你定的目標太高（記得我們好幾天前的目標篇提到的嗎？），事情就可能有危險，你可能會走出如下曲線。

1. 一開始就已經感覺有點吃力，剛好跨過動機門檻
2. 上升期會覺得不錯，我好像做得到，事情朝著正向發展
3. 但隨之而來的下降期會很難熬，當你低於厭倦的分界線時間過長，累積太多壓力，很容易觸發情緒上的連鎖反應，例如自責（覺得怎麼撐不過去？是不是我很廢？）、失眠（導致休息品質更差）、焦慮（擔心快失敗了，做事變得更焦躁）、冷漠（完全不想跟同事互動，只想一個人處理）、易怒（很容易被小小不合理的事物激怒）… 各種連鎖爆炸。
4. 但這些反應都只會讓你更快喪失動力，也更降低生產力，最終惡性循環之下，你會很迅速的心神耗竭，最終選擇放棄。

如果最後的狀況發生在職場上，就會衍變成不可收拾的地步，最終負氣離職，遙想好幾年前，我自己就曾經在某一份還不錯的工作機會中，因為跟主管工作模式嚴重相沖而遭遇到這樣的狀況，事後檢討起來會發現其實有很多可以提早改進的點，但事發當下真的已經完全沒辦法思考，陷入隧道視野之中，只想逃離這個環境，可見當時的我心態也還不夠成熟。

挽救失敗，提升成功率的方式

當然最好的狀況是，我們都能走第一張圖的路徑，但現實有時不得不接受第二張圖的挑戰，怎麼辦呢？這就是最後幾天談的東西發揮作用的時刻，如果你有足夠的練習，有排除慢性壓力，有學會正確的休息方式，就更能讓自己時刻保持平靜，可能就會有以下的圖中黑色線條路徑出現。我很希望當年的我能更早學會這些東西。

即使一開始就已經感到棘手，還走不到半路就已經早早進入壓力與障礙而感到厭倦，但由於你善於讓自己保持處於平靜且穩定的狀態，因此不會像之前一樣有太劇烈的動機滑落，也不至於觸發壓力帶來的情緒連鎖反應。也可以說，所謂的抗壓力，其實就是在描述你能多好的穩定住這條動機起伏的曲線，讓他不是大起大落，而是雖有高高低低，但總是盡可能保持穩步向前，從不放棄，最終達到目標。

這條動機曲線的平穩程度 = 一個人穩定可靠的程度

對於一個好的工程師來說，越能有這樣心境的人，人們會覺得越成熟且可靠，反之時常大起大落的人，即便技術能力很強，也可能會給人不可靠的印象，不知道你何時會突然爆炸，而不敢把重責大任交付給你。

假想一下你是主管，假如現在有個很好的機會，你會更想給團隊中的那個人呢？這還僅是工程師的角色而已，若還想走得更長更遠，成為 Team Lead 或 Tech Lead 甚至 CTO，那比起技術的鑽研，這些穩定的功力其實更加重要且寶貴。而當我在面試別人時，也同樣會把技術與穩定度都當作很重要的參考點。

好啦！到這邊，終於，真的，完全結束啦！非常感謝所有觀看與喜歡這些文章的網友，感謝有你們陪伴我度過這 30 天挑戰，希望這些東西能給你們帶來幫助，也感謝鼓勵我參賽的上屆 DevOps 組冠軍小賴。

當然，雖然寫了這麼多天，但在這整系列的巨大的主題之上，我目前所知鐵定也僅是冰山一角（搞不好還正好就在愚昧之巔的頂峰？），所以今後我也會繼續追尋與思考這些問題，或許又會有全新的想法與突破，希望那時候可以回來改寫或補上更多對大家有幫助的心得與知識，也歡迎任何人，如果在系列中有發現任何不同的觀點與想法，都可以直接提出來討論，幫助我適應出更好的基模。