今天沒有學習文章。因為從今天開始，我開始把過去30天學習到的知識，實際加入我的 Side Project。一如繼往，每次加入新技術到專案內，先噴一堆錯誤訊息，加上無限自我懷疑與自我問答。看樣子，我還需要額外的30天挑戰賽。

回顧 Unit Test 學習路，我想記錄一下我在 2023 鐵人賽報名的最後一天，按下報名按鈕的契機，還有過去修正我的目標，最後走到這裡。

這不是我第一次參加鐵人賽，第一次參加時，我選擇我比較有把握的技術，寫文章的過程中，比起這次更有餘裕。但坦白說，當時的過程還是很煎熬，每天為了要寫什麼文章感到壓力山大，我是沒想過我還會再來參加一次(笑)。

我報名這次鐵人賽前，剛好請一個前輩幫我看履歷，順便跟他聊一下。有聊到兩個部分：
(一) 我還有一個月的空白期，想要趁此機會把之前想學的 Unit Test 給補齊。
(二) 我現在有個困擾，我有時候遇到技術問題，很難一次就把問題說清楚。

當時前輩問我一個問題：你有寫技術文章的習慣嗎？我跟他說：我有參加過鐵人賽完賽，還有自己的個人網站，會紀錄學習過技術，還不到「寫技術文章」，只能稱作「寫筆記」的程度。

他那時跟我說，這就是我跟他之間的差距。他是一個定期會產出技術文章的人，把自己理解過的知識，用自己的話寫出來，然後說出來教別人。他說這是他學習新技術的方式，對他很有效。他也鼓勵我試看看，因為我曾經參加過鐵人賽，有些人連踏出這一步都不願意。（今年有將近6成的參與者完賽，在這裡同時恭喜看到文章的各位！）

當時跟他聊完後，我也沒有特別做出什麼改變。直到今年的鐵人賽報名的最後一天(我根本沒在關注今年鐵人賽)，我在查資料時正在翻前輩以前寫的技術文，我才發現他今年也有參加鐵人賽！

幹！這個行動力！這就是我跟他之間的距離

然後，後續就是大家現在看到的這樣了，我把想學的 Unit Test 拿來當作這次鐵人的題目，過程中依舊是載浮載沉的學，找我看的下去的教學影片跟著打，一樣是在寫筆記，看著在一開始的學習規劃上，30天的鐵人賽只有走了不到 30%，而且我還不敢看其他人的文章，怕我寫的太爛直接中途棄賽。

不過在中途，我會不斷詢問自己一個問題：學的快比較重要，還是學的久比較重要？
我自己的答案是：在工作上，學的快很重要，但對於我自己，持續學習是我選擇寫程式的初衷之一。

給未來的哪一天，覺得 Debug 到崩潰，覺得新技術學不動的自己。
再回來寫鐵人賽嘿！