第一次接觸C++，是在大學一年級上學期必修課「程式設計」課程，課程上學習到變數、for、if else、switch case 跟array，就開始撰寫C++程式，到了工作後，以為只要會寫這些就是稱職的程設設計師，利用這些工具在業界工作了七年左右，也可以應用自如。
 

自從今年，一位資深工程師準備要退休，我被主管指派要接下一位資深工程師前輩的工作，但當是我開啟他的程式碼後，發現不知從何看起，第一沒有以上所述的for、if、else、switch case，第二裡面許多未接觸過的key word，第三程式碼無法從第一行看到最後一行，第四資料夾裡面還有設計藍圖，我不禁開始疑惑這是C++程式碼嗎？為什麼跟我以前學得不一樣？後來請教那位資深工程師後才知道真正的「程式設計」不是我以前學的那個，才因此想探索真正的程式設計精神是什麼。

於是開始翻書找資料、從「物件導向」、「指標」、「Design Patten」，但沒有頭緒，不知道他們彼此之前的關係為何、一不可能無中生有這些東西，二如何開始，後來前輩退休了，我還是帶著疑惑。之前已經上過恆逸的CCNA、shell script覺得恆逸老師很專業，在一次不經意瀏覽看到恆逸網路上的課表竟然出現UML圖形的關鍵字，為了一解多年來的程式設計的疑惑，因此我報名了恆逸的「物件導向分析與UML圖形」。

三天的課程裡，老師講述程式設計從一開始的客戶需求、需求分析、需求故事分析、需求案例、需求案例分析，然後每個討論出來的結果，皆可以訴諸於UML圖形，而且可以使用UML圖形分析與講解，在與客戶溝通是一個很方便的圖形工具。

透過客戶需求案例，將客戶需求的名詞羅列出關鍵的類別，再分析類別之間的關係，是一對一、多對一或多對多，再用活動圖分析類別與類別之間的關係，還有時序的關係，了解客戶的設備與架構需求，最後使用部署圖，等以上所述的圖形完成後，就可以開始施工了。
而程式碼施工有許多施工方法，這些施工的方法都是以前人所累積下來的智慧，像是最有名的四人幫，就講解了23種設計模式，對寫程式碼非常有幫助。

上完課程後，再回去攤開資深工程師的程式碼與開啟UML圖形，不盡讚嘆他的程設設計功力，這些他都是一人完成，出社會再加上唸書時期，撰寫程式碼的資歷還不如他的萬分之一，讓我燃起鬥志，希望能跟他一樣厲害。所以此堂課我真的非常建議剛剛進入程式設計行業的人可以來上課，更能全面了專案開發的流程。