被SkillTree「物件導向實作課程(使用C#)」課程簡介的一段話吸引：
不要再迷信「設計模式」的課程，應該先從基礎的「物件導向」學起，融會貫通以後你會發現，設計模式不再困難！因為觀念通了，一切就通了。
曾經在看了設計模式的書後一知半解的，很天真的想要依樣畫葫蘆直接套進程式裡，但卻套得很綁手綁腳的，原來是方法錯了，課程中老師不斷強調不要去崇拜或迷信設計模式，設計應該是先了解程式語言的特性，在了解情境、需求與目的，進而採行的解決方案進化程式的設計。
Bill老師一開始就提到工程師不能只活在程式語言的世界裡，建議多看其他各類的書籍對思維是有幫助的，這大概是所謂的觸類旁通吧~老師的課程安排是從C#語言的物件導向基礎開始逐一講解，希望學員們能夠先理解觀念，還要我們在課堂中做練習，確認沒有問題後，才進行下一個主題；因為課程的編排像小說一樣，時空、背景如何舖陳？角色該怎麼出場？一切都由老師主導，也因此我們聽課時會覺得一切好像都很流暢、合情合理的點頭如搗蒜，而回家重新開啟簡報和範例程式時，發現一切都不是這麼一回事了，課程會流暢是老師內功深厚而引導出來的，課後還是得再花時間重新消化吸收，才有辦法內化成自己的功力，這也是為什麼老師花心思寫那麼多範例程式，還不斷苦口婆心的要我們回家得把範例程式打開來看的原因。
【讀書會：互相討論、共同成長】
進入資訊職場工作前五年在工作上似乎只是一再寫相同框架的程式，加上以前只會一個人悶著頭寫程式，不懂得找同事討論，對於物件導向就像老師所說的存有普遍的誤解，頂多就是把共用的程式抽成方法而已，以前只聽說過Design Pattern不懂得它對實際應用有何關聯，未曾深入去了解與探究；所幸，在去年進入新公司，由頭目帶頭推動的每週讀書會，同仁之間輪流報告分享一個主題，讓我們學習找主題、作簡報、程式Demo以及解說的能力，在讀書會的燻陶之下開始接觸設計模式，讓我對於程式的熱情又慢慢湧現，而在專案中也看到同事的設計方式很獨特，覺得能應用在某項功能中，躍躍欲試的開始上網找相關資料，跨出我走向不同的設計之路的第一步。
設計模式是前人經驗的累積與歸納，提供我們參考與驗證的依據，而實務裡的設計不太可能僅符合一種設計模式，也因為這樣會讓自己初接觸設計模式看程式時，越是想明確指出某段程式是使用哪一種設計模式，就越是容易陷入混淆的狀況，大概與以往教育有關吧...我承認自己是缺乏自我思考的能力跟想像力的人，規定數學解題只能用套用某種公式去解才有分數，解題程序錯誤就扣分，很容易將自己限制在明確的框框之中，然而程式設計是很活的，它沒有絶對的方式與答案，同一個題目依據每個人看它的面向，設計跟撰寫出來的結果差異也很大，例如課堂作業BMI計算，老師要每位同學回家思考做設計，首先讓幾位同學上台分享的結果，看到從類別延伸到運用工廠、責任鏈等設計模式，之後再加上後續老師的多種設計演化的範例解說，強調設計模式是逐步修正而來的，不需刻意套用，它可以用來事後印證自己的設計結果運用了哪些設計模式。
在資訊業本來就是需要不斷的學習，相關的技術日新月異，工具也越來越多樣化，但如何從頭打好根基很重要，能成為向上發展的有效後盾與助力，課程結束是自我反芻學習的開始，向課程簡介說的「觀念通了，一切都通了」目標持續努力。
持續關注SkillTree新開課程
留言列表
