終於完成鐵人賽啦！！(撒花)，連續寫 30 天真的是蠻累的，雖然說有提前開始準備有一些庫存，但到中期之後庫存就沒了，六日都在忙著先寫程式，再來寫文章，整個就是在趕火車 XD
大概從六月多開始計畫想參加這個活動，就開始找官方的資料來看，還有專案實際玩玩看，然後再動手開始寫，寫到一個程度後，再來寫文章，流程有點長 XD，到快八月底時大概寫到第七天吧，想說來去官網看看什麼時候報名，一看發現九月出就開始啦，原本以為是十月開始的，原來是記錯了 XD
在準備的過程中，有一個難題慢慢浮現在我心中，因為有 30 天的天數，每天介紹一些觀念，那要怎麼決定每天的內容呢和到最後要介紹哪些功能呢？一開始的想法是我先把想介紹的東西都寫完，這樣我就有一個終點了，然後就可以調配每天要介紹什麼，就像是播歌時，能有進度百分比是因為歌曲的總長度已經知道了，在 live 直播時，就不會出現進度百分比的 XD。但後來寫了四分之一左右比賽就開始了，只好趕快先把大綱列出來，notion 筆記上的 tag 就是大綱，有另外一張 tag 數量表是先大概規劃要介紹哪些內容，然後稍微拉一下天數，真的是稍微拉一下 XDD，在顯示音樂的部分本來是規劃 3 天，但寫下去才發現細節蠻多的，可能要多介紹一些，不然就會跳過太多，後來寫完變成 5 天，那剩下的章節就要少一點，寫完之後覺得變成天數管理大師了 XDDD
想到去年鐵人賽有個有趣的參賽者，吃了 30 家的滷肉飯，然後就寫了 30 天，真的很有創意 XD。
仔細觀察起來，這屬於另外一種面向的題目，每天文章間的關係不會這麼大，舉和程式比較相關的例子來說，解 30 題 LeetCode 的題目，一天解一題，這樣在天數的規劃下或許不會這麼燒腦，不過以上是個人想法，在規劃天數時，想到不同面向的題目，就會需要不同的規劃
在 Notion 裡面的筆記，還有一些是因為時間和空間就停留在筆記裡 XDD，像是 Google assistent、播放 Podcast 功能、整體 UI 改善…等，想做到和下面的 App 差不多程度，最後還有離好一大段 XDD。不過這個比賽就當作是一個開端，還是會想把在筆記內的功能實作出來，Keep going!
最後來打一下廣告 XDD，文章之後也會在 Medium 的 Publication 上出現。
這邊有全部 12 th 鐵人賽文章的統計和排名:
