今天主要就跟大家聊聊這30天的學習心得。
筆者當初就是沒有很仔細的搞懂官方文件就開始動工，結果花費心思做出的架構非常難看，雖然以結果論來說能夠正確運作，但以長期維運角度來看，是有很大的改善空間的。
於是乎，在進行第二個專案時，花了點時間認真看過官方文件，並且根據最佳實務進行設計，結果發現新的架構筆者非常滿意，且不管是流程操作上都比前一代的架構更為穩固，於是乎又再花了時間將第一個實作的專案進行重構。
所以這故事告訴我們，有些東西在設計時就要先想好，避免未來需要花更多的時間成本或人力成本來做優化，但是現實的確有時候不會像我們想像中的這麼美好，筆者相信各位都會有時程壓力在，所以筆者覺得適時地透過迭代的方式也是一種不錯的選擇，但在設計上就需要保留相對應的彈性，避免後續再作調整時反而本末倒置了。
筆者認為教學一直以來是最好的學習方式之一，像是有些知識點也是在寫文章時深入研究後才發現的，因為實務上每個場景會遇到的東西都不太一樣，所以不會全部的東西都會碰過。
筆者會持續推廣 Ansible，因為近期 LLM 技術非常火紅，所以最近正在開發相關的開源專案。
說到這，大家應該也知道 Ansible 和 Terraform 在今年的時候成功被 IBM 收購了，所以未來這兩套工具的走向值得令人期待。
透過 Ansible 作為敲門磚，筆者也會持續精進在 Devops 領域的能力跟概念。
不要急：學習需要時間，不要期望一下子就變成專家，筆者這30天也只是打了個基礎而已。
多實作：看再多的文章和影片都比不上自己動手實作，找個小專案，從頭到尾實作一遍。
不要怕犯錯：筆者在這30天裡犯了無數的錯誤，但每次錯誤都是學習的機會，錯誤不可怕，可怕的是不去嘗試。
現在開始也不晚：任何時候開始學習都不晚。
找個理由開始：不要為了學而學，找個實際的問題或專案，用 Ansible 來解決它，有了明確的目標，學習會更有動力。
享受學習的過程：學習新技術應該是件快樂的事情，如果覺得痛苦，可能是方法不對或是壓力太大。
一開始會想寫這個系列，單純就是因為工作中有接觸到並且覺得這套工具非常棒，於是乎想要透過鐵人賽的方式去推廣讓更多人知道 Ansible 的魅力所在。
提升了表達能力：為了讓文章清楚易懂，筆者必須學會用簡單的語言解釋複雜的概念，這個能力在工作中也很有用。
會繼續寫嗎？
30 天系列是結束了，但筆者可能會不定期分享一些實戰經驗，畢竟學習是個持續的過程，總會有新的心得和發現。
會寫其他主題嗎？
當然會，筆者本身也有在經營部落格跟粉絲專頁，所以會持續去分享筆者的所見所聞，持續學習 ~
謝謝所有跟著這個系列學習的朋友們，有你們的陪伴，這30天的旅程變得更有意義。
也要謝謝 30 天前決定開始這個挑戰的自己，雖然過程中有過懷疑、有過想放棄的念頭，但堅持下來了，現在回頭看，這是個正確的決定。
希望未來的筆者能夠保持學習的熱情和分享的精神，技術會變，但學習的心態和助人的精神不會變。
科技求生記 - Facebook，筆者不定期會分享有趣的東西，可以追蹤喔 😆
這是筆者的 Github
iThome鐵人賽
看影片追技術