最後一天，專案完成了，鐵人賽完賽
不過第9天就中斷了比賽
真的是覺得太~~~~~~~~~~~~~~~可惜了!!!
一開始覺得連續30天的挑戰雖然沒有接觸過，但感覺沒有想像中的難才對
實際開始跑之後才發現，平常沒事，一旦忙起來很多事情都忘光了...
雖然中斷了，但運動家的精神還是要有，剩下的還是努力跑完了!!
給自己一個掌聲鼓勵
30天下來有發現一些問題
F2E & B2E 傻傻分不清楚
在系列文中，有分為前端專案(F2E)及後端專案(B2E)，而前後端文章有些是混雜交錯的，在觀看的人可能沒有辦法這麼即時的分辨，導致越看腦袋越亂
部分問題沒有解決就直接帶過
開發時有一些遇到的問題，例如在API連線MongoDB時使用到一個拓樸的設定 useUnifiedTopology: true，但其實不清楚為什麼必須使用這個設定，在文章中就直接簡單帶過了，個人認為如果自己都不清楚不了解使用到的設定或內容，又怎麼去寫教學或分享來誤人子弟呢...
無法30天連續不間斷
這個真的是一個罩門，因為常常公司要做一些很急的專案就要加班處理，回到家根本沒時間甚至直接就忘了「自己還在鐵人賽」的這件事，變成假日時回過頭補進度
目前想不到更好的解法，看未來有沒有機會不要加班吧xD
提前寫未來的進度
有看到邦友發文問過類似的問題，我個人是有提前寫，但很少(回頭補進度比較多xD)，因為知道自己未來可能來不及寫，所以可能會先把一些大綱擬好寫進去，例如知道自己會寫「CSS引用字體」，那就先把「要引用什麼字體」、「字體參考連結」、「引用方式」大概寫好放進文章之後暫存草稿，但畢竟時間有限體力更有限，寫完大綱就沒什麼力繼續了
不曉得這算不算本末倒置，有人可能覺得鐵人賽的初衷就是要當天處理當天的文章，而不是提前寫未來的，這個就見仁見智
沒什麼大神想鞭我
老實說我還蠻期待有人可以提出任何可以改善的問題，跟我說說哪裡的程式不用寫的這麼複雜，可以改成怎樣之類的，但可能我的主題對大神來說沒什麼吸引力吧~
最後附上 #系列文傳送門 和 #雲端壓縮檔傳送門
鐵人賽完賽，完成了我的年度目標，也達成人生成就，感謝iT邦!!
iThome鐵人賽
看影片追技術