真實學員上課心得分享
聽聽這些學員們分享，如何善用課程內容和鍛鍊，成為一位獨當一面的軟體設計高手，享受亮眼的學習成果！
這不只是心得，而是一段段描述改變的故事
從未知、卡關、到逐漸轉變成可以獨立拆解並完成一道道困難的實戰題目，來了解他們一路上在水球軟體學員的學習感想與蛻變！
「十年工程師驗證的課程品質」
Hao「身為十年資歷工程師，上完這門課後我敢保證說這門課官網宣稱的學習成效完全符合預期，課程的承諾全部都和我所感受到的完全一致。另外，課程的難度設計非常好，能做到階梯式的成長。」
看他的學習成果 →
「一張完整的設計地圖」
峻岳「這門課 CP 值真的很高！軟體架構設計是很龐大的題目，要把這門學問這麼完整地系統化教學，這門課絕對需要大量時間去設計。如果真的想學設計模式的話，你需要一個完整的地圖，這門課夠難夠大，能讓你好好琢磨設計能力。」
看他的學習成果 →
「客觀的設計闡述才是真實力」
精靈 Ken Lin「上這門課讓我領悟到，把 Code 寫好根本只是最基本的。但是！能否把設計畫出來就是另外一回事了；而講得能不能讓人聽懂更是本事。不要總是用「主觀」說話，「客觀」的設計闡述才是真實力！」
看他的學習成果 →
「從過度設計到精準設計」
Abe Hsiao「之前一直因為「過度設計」所以一直在 Code Review 時被罵，但現在學會「察覺 Forces、形成 Problem、再套模式」之後，設計變得精準許多！」
看他的學習成果 →
「高資訊密度的 AI 協作」
微波食品「這門課對於抽象能力的訓練有超出我預期的幫助。抽象就是我們看待事物的方式任何人對於系統的拆分或切入解決問題的方法不一樣，之前我們都太過專注於實作，但這樣出錯的機率或處理就沒這麼好。另外，畫架構圖對於與 AI 協作有很大的幫助，畢竟 LLM 吃的就是 Context 嘛，那像 OOAD, UML 這種架構圖本身的資訊密度就夠高，那資訊密度夠高的載體與 AI 協作起來就會簡單許多。」
看他的學習成果 →
「把模糊需求變有憑有據」
酥炸香菇天婦羅「這堂課其所教的「思路」很有用！可以幫你把「很複雜、沒有規格化的需求」轉成「有憑有據」的內容，久而久之，就讓你漸漸覺得每件事都不再這麼複雜，甚至覺得簡單。」
看他的學習成果 →
「比讀書更直接的學以致用」
Adam Huang「我非常推薦這門課給像我這種剛當軟體工程師、對於設計的標準和好壞感到非常迷茫的朋友。而且，其實我曾有讀過設計模式，但幾乎都忘了，比起花五六百元讀書，不如直接上課就能立刻永久學以致用，差別很大。」
看他的學習成果 →「十年工程師驗證的課程品質」
Hao「身為十年資歷工程師，上完這門課後我敢保證說這門課官網宣稱的學習成效完全符合預期，課程的承諾全部都和我所感受到的完全一致。另外，課程的難度設計非常好，能做到階梯式的成長。」
看他的學習成果 →
「AI 時代工程師的設計骨架」
Michael D「這門課會讓你畫 20 多張架構圖，這真的超級有幫助。各位自己想想看，現在 AI 寫 code 速度是人類的一百倍，但若沒有高的設計標準，產出的就會是一百倍的爛 Code，因此我與 AI 的協作是由我來訂定設計骨架，而 AI 幫我實作，這樣開發速度就非常快、品質也高。」
看他的學習成果 →「一張完整的設計地圖」
峻岳「這門課 CP 值真的很高！軟體架構設計是很龐大的題目，要把這門學問這麼完整地系統化教學，這門課絕對需要大量時間去設計。如果真的想學設計模式的話，你需要一個完整的地圖，這門課夠難夠大，能讓你好好琢磨設計能力。」
看他的學習成果 →「比讀書更直接的學以致用」
Adam Huang「我非常推薦這門課給像我這種剛當軟體工程師、對於設計的標準和好壞感到非常迷茫的朋友。而且，其實我曾有讀過設計模式，但幾乎都忘了，比起花五六百元讀書，不如直接上課就能立刻永久學以致用，差別很大。」
看他的學習成果 →「客觀的設計闡述才是真實力」
精靈 Ken Lin「上這門課讓我領悟到，把 Code 寫好根本只是最基本的。但是！能否把設計畫出來就是另外一回事了；而講得能不能讓人聽懂更是本事。不要總是用「主觀」說話，「客觀」的設計闡述才是真實力！」
看他的學習成果 →「從過度設計到精準設計」
Abe Hsiao「之前一直因為「過度設計」所以一直在 Code Review 時被罵，但現在學會「察覺 Forces、形成 Problem、再套模式」之後，設計變得精準許多！」
看他的學習成果 →「AI 時代工程師的設計骨架」
Michael D「這門課會讓你畫 20 多張架構圖，這真的超級有幫助。各位自己想想看，現在 AI 寫 code 速度是人類的一百倍，但若沒有高的設計標準，產出的就會是一百倍的爛 Code，因此我與 AI 的協作是由我來訂定設計骨架，而 AI 幫我實作，這樣開發速度就非常快、品質也高。」
看他的學習成果 →「高資訊密度的 AI 協作」
微波食品「這門課對於抽象能力的訓練有超出我預期的幫助。抽象就是我們看待事物的方式任何人對於系統的拆分或切入解決問題的方法不一樣，之前我們都太過專注於實作，但這樣出錯的機率或處理就沒這麼好。另外，畫架構圖對於與 AI 協作有很大的幫助，畢竟 LLM 吃的就是 Context 嘛，那像 OOAD, UML 這種架構圖本身的資訊密度就夠高，那資訊密度夠高的載體與 AI 協作起來就會簡單許多。」
看他的學習成果 →「把模糊需求變有憑有據」
酥炸香菇天婦羅「這堂課其所教的「思路」很有用！可以幫你把「很複雜、沒有規格化的需求」轉成「有憑有據」的內容，久而久之，就讓你漸漸覺得每件事都不再這麼複雜，甚至覺得簡單。」
看他的學習成果 →「AI 時代工程師的設計骨架」
Michael D「這門課會讓你畫 20 多張架構圖，這真的超級有幫助。各位自己想想看，現在 AI 寫 code 速度是人類的一百倍，但若沒有高的設計標準，產出的就會是一百倍的爛 Code，因此我與 AI 的協作是由我來訂定設計骨架，而 AI 幫我實作，這樣開發速度就非常快、品質也高。」
看他的學習成果 →「從過度設計到精準設計」
Abe Hsiao「之前一直因為「過度設計」所以一直在 Code Review 時被罵，但現在學會「察覺 Forces、形成 Problem、再套模式」之後，設計變得精準許多！」
看他的學習成果 →「把模糊需求變有憑有據」
酥炸香菇天婦羅「這堂課其所教的「思路」很有用！可以幫你把「很複雜、沒有規格化的需求」轉成「有憑有據」的內容，久而久之，就讓你漸漸覺得每件事都不再這麼複雜，甚至覺得簡單。」
看他的學習成果 →這些評價來自真的學會、真的用上、覺得值回票價的人。他們把學到的東西帶回工作裡，主動與我們分享發生了什麼。你也可以是其中一個。
Damiannn（#383）旅程我才寫到副本 3-3 就可以對我之前創業的程式專案大改進 當初的疑惑都得到了解答 真的很謝謝你跳出來產生這麼優質的內容😭 讓我的義大利麵變得沒那麼糾結ㄌ🫠 萬分感恩恩恩ಥ_ಥ
Golang 後端工程師
Lance（#380）這門課補足了半路出家的工程師有關軟體OOAD的部分。相較於科班出身的工程師，OOAD是轉職工程師的軟肋，水球用很有系統的方式，十分歡樂的氛圍，讓使用者可以學會OOAD的主要方法。先有設計再開發， 雖然是軟體工程的基本，但是實務上卻很少人這麼做。若能夠有效應用在工作上可以少走彎路，提升軟體品質。
台達電主任測試工程師
香腸（#235）去年剛上課的時候，對架構的瞭解讓我在工作上有很大的提升(後來因為忙到沒時間XD)
C#
小民（#344）這個課程太棒了, 設計的很精巧, 用旅程的方式貫穿整個課程, 學習過程循序漸進, 很完整的帶領大家從頭到尾做一次. 我們對軟體開發流程並不是很了解, 大家一開始就寫程式了, 並沒把規劃這件事放在心上, 或是有心或力不足, 在學校並沒受到這種教育. 自己也沒學的很透徹, 在這旅程中算是落隊的那群, 希望有機會能再次挑戰這個旅程. 學是陰能量, 做是陽能量, 學了沒做就沒有用. 不平衡. 這個課程設計的很平衡. 太棒了!
<觀天精密有限公司>的負責人
Tuhacrt（#370）這邊的課程不僅教授了設計模式的知識，也提供了匹配的問題來讓我們實踐各種設計模式，不會有「好像能用這個、又好像能用那個」的情況，大量減少了過度設計/不足設計的情境。
TypeScript 後端工程師
Howard（#119）能獲得判斷該不該及怎麼用軟體設計 模式的思考方式是最大的收穫！
Analyst Programmer
Benji（#661）《軟體設計模式精通之旅》課程真的太棒了！老師教得很細心，耐心地解答每個疑問，讓人學得很開心。練習題也很有意思，挑戰性十足，讓我學到很多。推薦給想深入了解軟體設計的朋友們，絕對值得一試！
JS 前端工程師
千祐（#715）筆記內容淺顯易懂內容豐富，主動式學習方法讓看影片不無聊
電玩工程師
胖徒（#761）我是半路出家、初出茅廬的工程師，上過體驗課程後，有很多概念是在工作上立即見效的，這種可視的成長與可預期的成效，實則為自己的職涯省下非常多時間，所以也沒有什麼懸念的就加入旅程了，這也是我最後一次學設計模式。
Java 全端工程師
gson（#752）這門旅程目前讓我學習到該如何對需求透過 OOA 抓取需求中關鍵的領域模型。並且透過討論其中關鍵的Constraint 理解到該需求關鍵核心。
Nodejs 後端工程師
Hank（#687）感覺開始設計前或是要了解一個系統、產品前，如果有 UML 圖的話對軟體工程師來說蠻有用的（我待過的目前都沒有），學完之後會試圖在之後的需求分析、開發、討論用 UML 來實體化工程師的思維以及無形化的需求。
Go 中階後端工程師
Liam（#732）體驗課程上完就覺得，這堂課不繼續上太可惜了，相見恨晚 XD。希望後面能繼續這麼有幹勁的學習，fighting~
後端軟體工程師
Alison（#795）最大的收穫應該是「協助釐清觀念」，並可以帶領新手一步步了解複雜的設計模式。 不得不誇獎一下，講述影片的聲音跟圖像，真的製作的非常好！
JavaScript 軟體工程師
Andy（#664）在還沒進到軟體設計模式精通之旅課程前，經常看看網路上有關 OOP 的文章，以及 UML 相關資料，但都未能完整的內化它們而時常忘記，但經過這趟學習之旅，讓我能夠從實際的案例中去探索與學習，並且能夠漸漸的內化且運用在工作之中，幫助我在 Design 的過程中思路能夠更清晰明瞭，有效地提升我在 OOP 階段的 Coding 效率。
<晶絡科技股份有限公司> 的資深軟體工程師
Jason（#622）水球在每一堂課材的準備都是非常到位，而且思路清晰，提高學習成效。最重要的，看完幾堂課後，越能明白為什麼水球要稱是旅程了！
資深前後端軟體開發工程師
Miro（#907）對於設計模式其實並不陌生，但工作這麼久從未聽前輩說過會用在什麼地方，這次因為某些原因而想要重新了解，在聽了水球的分享後深刻了解到其大有用處，因此想要透過這個旅程讓自己重新學習，尋找那遺忘已久渴求技術提升的熱情。
Android 主任工程師
Cindy（#940）Astah Professional 的使用技巧寫得非常詳細，後面的課程一定都會圍繞著這章，所以一定要寫的詳細，回頭過來看才能馬上想起來
Android 軟體工程師Damiannn（#383）旅程我才寫到副本 3-3 就可以對我之前創業的程式專案大改進 當初的疑惑都得到了解答 真的很謝謝你跳出來產生這麼優質的內容😭 讓我的義大利麵變得沒那麼糾結ㄌ🫠 萬分感恩恩恩ಥ_ಥ
Golang 後端工程師Lance（#380）這門課補足了半路出家的工程師有關軟體OOAD的部分。相較於科班出身的工程師，OOAD是轉職工程師的軟肋，水球用很有系統的方式，十分歡樂的氛圍，讓使用者可以學會OOAD的主要方法。先有設計再開發， 雖然是軟體工程的基本，但是實務上卻很少人這麼做。若能夠有效應用在工作上可以少走彎路，提升軟體品質。
台達電主任測試工程師香腸（#235）去年剛上課的時候，對架構的瞭解讓我在工作上有很大的提升(後來因為忙到沒時間XD)
C#小民（#344）這個課程太棒了, 設計的很精巧, 用旅程的方式貫穿整個課程, 學習過程循序漸進, 很完整的帶領大家從頭到尾做一次. 我們對軟體開發流程並不是很了解, 大家一開始就寫程式了, 並沒把規劃這件事放在心上, 或是有心或力不足, 在學校並沒受到這種教育. 自己也沒學的很透徹, 在這旅程中算是落隊的那群, 希望有機會能再次挑戰這個旅程. 學是陰能量, 做是陽能量, 學了沒做就沒有用. 不平衡. 這個課程設計的很平衡. 太棒了!
<觀天精密有限公司>的負責人Tuhacrt（#370）這邊的課程不僅教授了設計模式的知識，也提供了匹配的問題來讓我們實踐各種設計模式，不會有「好像能用這個、又好像能用那個」的情況，大量減少了過度設計/不足設計的情境。
TypeScript 後端工程師Howard（#119）能獲得判斷該不該及怎麼用軟體設計 模式的思考方式是最大的收穫！
Analyst ProgrammerBenji（#661）《軟體設計模式精通之旅》課程真的太棒了！老師教得很細心，耐心地解答每個疑問，讓人學得很開心。練習題也很有意思，挑戰性十足，讓我學到很多。推薦給想深入了解軟體設計的朋友們，絕對值得一試！
JS 前端工程師千祐（#715）筆記內容淺顯易懂內容豐富，主動式學習方法讓看影片不無聊
電玩工程師胖徒（#761）我是半路出家、初出茅廬的工程師，上過體驗課程後，有很多概念是在工作上立即見效的，這種可視的成長與可預期的成效，實則為自己的職涯省下非常多時間，所以也沒有什麼懸念的就加入旅程了，這也是我最後一次學設計模式。
Java 全端工程師gson（#752）這門旅程目前讓我學習到該如何對需求透過 OOA 抓取需求中關鍵的領域模型。並且透過討論其中關鍵的Constraint 理解到該需求關鍵核心。
Nodejs 後端工程師Hank（#687）感覺開始設計前或是要了解一個系統、產品前，如果有 UML 圖的話對軟體工程師來說蠻有用的（我待過的目前都沒有），學完之後會試圖在之後的需求分析、開發、討論用 UML 來實體化工程師的思維以及無形化的需求。
Go 中階後端工程師Liam（#732）體驗課程上完就覺得，這堂課不繼續上太可惜了，相見恨晚 XD。希望後面能繼續這麼有幹勁的學習，fighting~
後端軟體工程師Alison（#795）最大的收穫應該是「協助釐清觀念」，並可以帶領新手一步步了解複雜的設計模式。 不得不誇獎一下，講述影片的聲音跟圖像，真的製作的非常好！
JavaScript 軟體工程師Andy（#664）在還沒進到軟體設計模式精通之旅課程前，經常看看網路上有關 OOP 的文章，以及 UML 相關資料，但都未能完整的內化它們而時常忘記，但經過這趟學習之旅，讓我能夠從實際的案例中去探索與學習，並且能夠漸漸的內化且運用在工作之中，幫助我在 Design 的過程中思路能夠更清晰明瞭，有效地提升我在 OOP 階段的 Coding 效率。
<晶絡科技股份有限公司> 的資深軟體工程師Jason（#622）水球在每一堂課材的準備都是非常到位，而且思路清晰，提高學習成效。最重要的，看完幾堂課後，越能明白為什麼水球要稱是旅程了！
資深前後端軟體開發工程師Miro（#907）對於設計模式其實並不陌生，但工作這麼久從未聽前輩說過會用在什麼地方，這次因為某些原因而想要重新了解，在聽了水球的分享後深刻了解到其大有用處，因此想要透過這個旅程讓自己重新學習，尋找那遺忘已久渴求技術提升的熱情。
Android 主任工程師Cindy（#940）Astah Professional 的使用技巧寫得非常詳細，後面的課程一定都會圍繞著這章，所以一定要寫的詳細，回頭過來看才能馬上想起來
Android 軟體工程師Damiannn（#383）旅程我才寫到副本 3-3 就可以對我之前創業的程式專案大改進 當初的疑惑都得到了解答 真的很謝謝你跳出來產生這麼優質的內容😭 讓我的義大利麵變得沒那麼糾結ㄌ🫠 萬分感恩恩恩ಥ_ಥ
Golang 後端工程師Lance（#380）這門課補足了半路出家的工程師有關軟體OOAD的部分。相較於科班出身的工程師，OOAD是轉職工程師的軟肋，水球用很有系統的方式，十分歡樂的氛圍，讓使用者可以學會OOAD的主要方法。先有設計再開發， 雖然是軟體工程的基本，但是實務上卻很少人這麼做。若能夠有效應用在工作上可以少走彎路，提升軟體品質。
台達電主任測試工程師香腸（#235）去年剛上課的時候，對架構的瞭解讓我在工作上有很大的提升(後來因為忙到沒時間XD)
C#小民（#344）這個課程太棒了, 設計的很精巧, 用旅程的方式貫穿整個課程, 學習過程循序漸進, 很完整的帶領大家從頭到尾做一次. 我們對軟體開發流程並不是很了解, 大家一開始就寫程式了, 並沒把規劃這件事放在心上, 或是有心或力不足, 在學校並沒受到這種教育. 自己也沒學的很透徹, 在這旅程中算是落隊的那群, 希望有機會能再次挑戰這個旅程. 學是陰能量, 做是陽能量, 學了沒做就沒有用. 不平衡. 這個課程設計的很平衡. 太棒了!
<觀天精密有限公司>的負責人Tuhacrt（#370）這邊的課程不僅教授了設計模式的知識，也提供了匹配的問題來讓我們實踐各種設計模式，不會有「好像能用這個、又好像能用那個」的情況，大量減少了過度設計/不足設計的情境。
TypeScript 後端工程師Howard（#119）能獲得判斷該不該及怎麼用軟體設計 模式的思考方式是最大的收穫！
Analyst ProgrammerBenji（#661）《軟體設計模式精通之旅》課程真的太棒了！老師教得很細心，耐心地解答每個疑問，讓人學得很開心。練習題也很有意思，挑戰性十足，讓我學到很多。推薦給想深入了解軟體設計的朋友們，絕對值得一試！
JS 前端工程師千祐（#715）筆記內容淺顯易懂內容豐富，主動式學習方法讓看影片不無聊
電玩工程師胖徒（#761）我是半路出家、初出茅廬的工程師，上過體驗課程後，有很多概念是在工作上立即見效的，這種可視的成長與可預期的成效，實則為自己的職涯省下非常多時間，所以也沒有什麼懸念的就加入旅程了，這也是我最後一次學設計模式。
Java 全端工程師gson（#752）這門旅程目前讓我學習到該如何對需求透過 OOA 抓取需求中關鍵的領域模型。並且透過討論其中關鍵的Constraint 理解到該需求關鍵核心。
Nodejs 後端工程師Hank（#687）感覺開始設計前或是要了解一個系統、產品前，如果有 UML 圖的話對軟體工程師來說蠻有用的（我待過的目前都沒有），學完之後會試圖在之後的需求分析、開發、討論用 UML 來實體化工程師的思維以及無形化的需求。
Go 中階後端工程師Liam（#732）體驗課程上完就覺得，這堂課不繼續上太可惜了，相見恨晚 XD。希望後面能繼續這麼有幹勁的學習，fighting~
後端軟體工程師Alison（#795）最大的收穫應該是「協助釐清觀念」，並可以帶領新手一步步了解複雜的設計模式。 不得不誇獎一下，講述影片的聲音跟圖像，真的製作的非常好！
JavaScript 軟體工程師Andy（#664）在還沒進到軟體設計模式精通之旅課程前，經常看看網路上有關 OOP 的文章，以及 UML 相關資料，但都未能完整的內化它們而時常忘記，但經過這趟學習之旅，讓我能夠從實際的案例中去探索與學習，並且能夠漸漸的內化且運用在工作之中，幫助我在 Design 的過程中思路能夠更清晰明瞭，有效地提升我在 OOP 階段的 Coding 效率。
<晶絡科技股份有限公司> 的資深軟體工程師Jason（#622）水球在每一堂課材的準備都是非常到位，而且思路清晰，提高學習成效。最重要的，看完幾堂課後，越能明白為什麼水球要稱是旅程了！
資深前後端軟體開發工程師Miro（#907）對於設計模式其實並不陌生，但工作這麼久從未聽前輩說過會用在什麼地方，這次因為某些原因而想要重新了解，在聽了水球的分享後深刻了解到其大有用處，因此想要透過這個旅程讓自己重新學習，尋找那遺忘已久渴求技術提升的熱情。
Android 主任工程師Cindy（#940）Astah Professional 的使用技巧寫得非常詳細，後面的課程一定都會圍繞著這章，所以一定要寫的詳細，回頭過來看才能馬上想起來
Android 軟體工程師
lester（#866）挑戰題是工作上沒有機會碰到的題目，比工作上的 coding 有趣多了
DevOps
Jim（#1018）讓我入門了更高階的程式架構設計，之前一直想套用各種設計模式，卻不知其門而入，現在有了這個課程的幫助，讓我能夠有建構大型框架的可能性，非常感謝！
軟體工程師
AC（#205）快速地吸收物件導向設計模式的核心知識！
後端工程師
戴維斯（#881）課程解說很具體，跟一般軟體課程講的很像天書差很多
Java 軟體工程師ronaldo（#125）上君幾節課，勝寫十年碼
資深副理
Peter Lee（#505）終於認清自己，接下來就勇往直前吧！
集雅社 資訊部工程師
小津（#1092）簡明扼要的講解這套工具以及重點提出工作上會使用到的操作，幫助我快速上手
Java 工程師
Paul（#1021）目前還沒有開始上課，不過在水球的詳細解說以及課程網站的高體驗 UX，相信一定可以學到很多！
Go 後端工程師
Cory（#935）期望學完本課程之後能達到把設計模式運用自如的水平
Software Engineer
Daz（#905）正準備開始這趟學習旅程，期許能夠獲得更多的成長。
後端工程師
ravel（#1098）能有不同的思維，來解決問題
工程師
wjt（#911）This is really an awesome course.
Python Junior Engineer
筑文（#1102）從來沒想過大學學的 UML 原來能成為工作上的一大幫手，原以為只是個老古板的東西，殊不知學會後竟能清楚得表達結構需求，非常期待學成後能再套用設計模式，讓設計能更精準得達成需求，並同時兼具維護性
精誠資訊 Java 工程師
Frank（#897）目前上到第二章，覺得很有系統，搭配 code review，很有幫助！
Java 工程師
阿緯（#1109）所有東西都很有用
今皓軟體工程師
Richard（#1090）剛剛開始課程，課程詳細，很用心
軟體工程師charlie（#376）收穫滿滿，讓我對程式設計有了更深層的領悟
軟體工程師lester（#866）挑戰題是工作上沒有機會碰到的題目，比工作上的 coding 有趣多了
DevOpsJim（#1018）讓我入門了更高階的程式架構設計，之前一直想套用各種設計模式，卻不知其門而入，現在有了這個課程的幫助，讓我能夠有建構大型框架的可能性，非常感謝！
軟體工程師AC（#205）快速地吸收物件導向設計模式的核心知識！
後端工程師戴維斯（#881）課程解說很具體，跟一般軟體課程講的很像天書差很多
Java 軟體工程師ronaldo（#125）上君幾節課，勝寫十年碼
資深副理Peter Lee（#505）終於認清自己，接下來就勇往直前吧！
集雅社 資訊部工程師小津（#1092）簡明扼要的講解這套工具以及重點提出工作上會使用到的操作，幫助我快速上手
Java 工程師Paul（#1021）目前還沒有開始上課，不過在水球的詳細解說以及課程網站的高體驗 UX，相信一定可以學到很多！
Go 後端工程師Cory（#935）期望學完本課程之後能達到把設計模式運用自如的水平
Software EngineerDaz（#905）正準備開始這趟學習旅程，期許能夠獲得更多的成長。
後端工程師ravel（#1098）能有不同的思維，來解決問題
工程師wjt（#911）This is really an awesome course.
Python Junior Engineer筑文（#1102）從來沒想過大學學的 UML 原來能成為工作上的一大幫手，原以為只是個老古板的東西，殊不知學會後竟能清楚得表達結構需求，非常期待學成後能再套用設計模式，讓設計能更精準得達成需求，並同時兼具維護性
精誠資訊 Java 工程師Frank（#897）目前上到第二章，覺得很有系統，搭配 code review，很有幫助！
Java 工程師阿緯（#1109）所有東西都很有用
今皓軟體工程師Richard（#1090）剛剛開始課程，課程詳細，很用心
軟體工程師charlie（#376）收穫滿滿，讓我對程式設計有了更深層的領悟
軟體工程師lester（#866）挑戰題是工作上沒有機會碰到的題目，比工作上的 coding 有趣多了
DevOpsJim（#1018）讓我入門了更高階的程式架構設計，之前一直想套用各種設計模式，卻不知其門而入，現在有了這個課程的幫助，讓我能夠有建構大型框架的可能性，非常感謝！
軟體工程師AC（#205）快速地吸收物件導向設計模式的核心知識！
後端工程師戴維斯（#881）課程解說很具體，跟一般軟體課程講的很像天書差很多
Java 軟體工程師ronaldo（#125）上君幾節課，勝寫十年碼
資深副理Peter Lee（#505）終於認清自己，接下來就勇往直前吧！
集雅社 資訊部工程師小津（#1092）簡明扼要的講解這套工具以及重點提出工作上會使用到的操作，幫助我快速上手
Java 工程師Paul（#1021）目前還沒有開始上課，不過在水球的詳細解說以及課程網站的高體驗 UX，相信一定可以學到很多！
Go 後端工程師Cory（#935）期望學完本課程之後能達到把設計模式運用自如的水平
Software EngineerDaz（#905）正準備開始這趟學習旅程，期許能夠獲得更多的成長。
後端工程師ravel（#1098）能有不同的思維，來解決問題
工程師wjt（#911）This is really an awesome course.
Python Junior Engineer筑文（#1102）從來沒想過大學學的 UML 原來能成為工作上的一大幫手，原以為只是個老古板的東西，殊不知學會後竟能清楚得表達結構需求，非常期待學成後能再套用設計模式，讓設計能更精準得達成需求，並同時兼具維護性
精誠資訊 Java 工程師Frank（#897）目前上到第二章，覺得很有系統，搭配 code review，很有幫助！
Java 工程師阿緯（#1109）所有東西都很有用
今皓軟體工程師Richard（#1090）剛剛開始課程，課程詳細，很用心
軟體工程師charlie（#376）收穫滿滿，讓我對程式設計有了更深層的領悟
軟體工程師
WJN（#1282）我也喜歡將邏輯、概念視覺化，期待未來練到行雲流水
Python 軟體工程師
Henry（#1227）課程影片品質很棒，水球聲音好聽口條流暢清晰，Code Review 非常仔細，收穫很多
PHP 網頁後端工程師
Konstance（#1196）對於軟體世界的架構有了更深的理解
轉職中，主修 Java
Jim（#1149）透過畫 UML 類別圖的方式，形象化自己的設計，並開發的方式感到安心，且發覺到思考也是一直在變動的，設計也會隨之變動，慢慢地達到我們理想中軟體設計
Java 軟體工程師
Joe（#1310）系統性思考非常有幫助，跳脫框架的思考的前提是有框架，對職業生涯影響巨大的一門課
Python 工程師
Chester（#1325）能從更有理論基礎的方向去設計系統架構，很有幫助
後端工程師
Ken（#1410）第一次接觸 UML 這個名詞，也正努力理解 UML 的概念及用途，希望能在接下來的課程中學習並熟練應用。
軟體工程師Howard（#119）最重要的就是培養能夠依照 force 有理有據的決定如何設計，而不是為套而套設計模式！
Java 軟體工程師
Nick（#1232）對於使用 Astah 勾勒出整體架構充滿期待以及日後課程可以進一步克服並且應用於工作中。
資深數據工程師
Victor（#1406）還不太習慣，但這門課比我想像中的幫助還好，但我要花時間消化就是
PHP 工程師
Miya（#1114）教學內容很清楚
軟體工程師
Fiona（#1526）即使是非工程師底子，理解技能所花的時間比別人多一點；但對於水球學院的逐步講解，code review 觀念解析及 discord 討論區的各位大大協助。整體來說對於我更能進一步理解工程師在想什麼。
產品經理
YIIIIIACH（#1333）平時專案中能得到程式架構分析設計的機會不多，甚至大多時候憑著感覺在設計架構。藉由軟體設計模式精通之旅中對不同的案例情境設計鍛鍊你的設計技巧吧，不要希望同事會教你這些，自己做過一遍這些思維技巧才是你的。
Java 軟體工程師
jason（#1581）很棒！
前端工程師
Evan（#1524）感謝老師耐心回答問題
Go 軟體工程師、<麗臺科技>高級工程師
Nancy（#1368）因為我的學制關係一直都是半工半讀，其實就是憑感覺在寫。但是在學了 UML 從 OOA 到 OOD 甚至到 OOP 的時候，真的有一種行雲流水的感覺。以前拿到需求就是硬做，常常 code 會亂成一團。現在我在拿到需求時甚至連公司需求都會先自己畫一次 UML 再動手。
軟體研發工程師WJN（#1282）我也喜歡將邏輯、概念視覺化，期待未來練到行雲流水
Python 軟體工程師Henry（#1227）課程影片品質很棒，水球聲音好聽口條流暢清晰，Code Review 非常仔細，收穫很多
PHP 網頁後端工程師Konstance（#1196）對於軟體世界的架構有了更深的理解
轉職中，主修 JavaJim（#1149）透過畫 UML 類別圖的方式，形象化自己的設計，並開發的方式感到安心，且發覺到思考也是一直在變動的，設計也會隨之變動，慢慢地達到我們理想中軟體設計
Java 軟體工程師Joe（#1310）系統性思考非常有幫助，跳脫框架的思考的前提是有框架，對職業生涯影響巨大的一門課
Python 工程師Chester（#1325）能從更有理論基礎的方向去設計系統架構，很有幫助
後端工程師Ken（#1410）第一次接觸 UML 這個名詞，也正努力理解 UML 的概念及用途，希望能在接下來的課程中學習並熟練應用。
軟體工程師Howard（#119）最重要的就是培養能夠依照 force 有理有據的決定如何設計，而不是為套而套設計模式！
Java 軟體工程師Nick（#1232）對於使用 Astah 勾勒出整體架構充滿期待以及日後課程可以進一步克服並且應用於工作中。
資深數據工程師Victor（#1406）還不太習慣，但這門課比我想像中的幫助還好，但我要花時間消化就是
PHP 工程師Miya（#1114）教學內容很清楚
軟體工程師Fiona（#1526）即使是非工程師底子，理解技能所花的時間比別人多一點；但對於水球學院的逐步講解，code review 觀念解析及 discord 討論區的各位大大協助。整體來說對於我更能進一步理解工程師在想什麼。
產品經理YIIIIIACH（#1333）平時專案中能得到程式架構分析設計的機會不多，甚至大多時候憑著感覺在設計架構。藉由軟體設計模式精通之旅中對不同的案例情境設計鍛鍊你的設計技巧吧，不要希望同事會教你這些，自己做過一遍這些思維技巧才是你的。
Java 軟體工程師jason（#1581）很棒！
前端工程師Evan（#1524）感謝老師耐心回答問題
Go 軟體工程師、<麗臺科技>高級工程師Nancy（#1368）因為我的學制關係一直都是半工半讀，其實就是憑感覺在寫。但是在學了 UML 從 OOA 到 OOD 甚至到 OOP 的時候，真的有一種行雲流水的感覺。以前拿到需求就是硬做，常常 code 會亂成一團。現在我在拿到需求時甚至連公司需求都會先自己畫一次 UML 再動手。
軟體研發工程師WJN（#1282）我也喜歡將邏輯、概念視覺化，期待未來練到行雲流水
Python 軟體工程師Henry（#1227）課程影片品質很棒，水球聲音好聽口條流暢清晰，Code Review 非常仔細，收穫很多
PHP 網頁後端工程師Konstance（#1196）對於軟體世界的架構有了更深的理解
轉職中，主修 JavaJim（#1149）透過畫 UML 類別圖的方式，形象化自己的設計，並開發的方式感到安心，且發覺到思考也是一直在變動的，設計也會隨之變動，慢慢地達到我們理想中軟體設計
Java 軟體工程師Joe（#1310）系統性思考非常有幫助，跳脫框架的思考的前提是有框架，對職業生涯影響巨大的一門課
Python 工程師Chester（#1325）能從更有理論基礎的方向去設計系統架構，很有幫助
後端工程師Ken（#1410）第一次接觸 UML 這個名詞，也正努力理解 UML 的概念及用途，希望能在接下來的課程中學習並熟練應用。
軟體工程師Howard（#119）最重要的就是培養能夠依照 force 有理有據的決定如何設計，而不是為套而套設計模式！
Java 軟體工程師Nick（#1232）對於使用 Astah 勾勒出整體架構充滿期待以及日後課程可以進一步克服並且應用於工作中。
資深數據工程師Victor（#1406）還不太習慣，但這門課比我想像中的幫助還好，但我要花時間消化就是
PHP 工程師Miya（#1114）教學內容很清楚
軟體工程師Fiona（#1526）即使是非工程師底子，理解技能所花的時間比別人多一點；但對於水球學院的逐步講解，code review 觀念解析及 discord 討論區的各位大大協助。整體來說對於我更能進一步理解工程師在想什麼。
產品經理YIIIIIACH（#1333）平時專案中能得到程式架構分析設計的機會不多，甚至大多時候憑著感覺在設計架構。藉由軟體設計模式精通之旅中對不同的案例情境設計鍛鍊你的設計技巧吧，不要希望同事會教你這些，自己做過一遍這些思維技巧才是你的。
Java 軟體工程師jason（#1581）很棒！
前端工程師Evan（#1524）感謝老師耐心回答問題
Go 軟體工程師、<麗臺科技>高級工程師Nancy（#1368）因為我的學制關係一直都是半工半讀，其實就是憑感覺在寫。但是在學了 UML 從 OOA 到 OOD 甚至到 OOP 的時候，真的有一種行雲流水的感覺。以前拿到需求就是硬做，常常 code 會亂成一團。現在我在拿到需求時甚至連公司需求都會先自己畫一次 UML 再動手。
軟體研發工程師
