先前有一陣子很愛逛天瓏網路書局，
好像買了書，追求進步的心靈就得到安慰，然後就會變強，
其中發現有一類軟體書是關於軟體架構師，
字面上意思似乎是規劃軟體架構、規劃產品應該適合什麼樣的軟體配置，
方便後續的維護與擴充，我想，這不是我滿有興趣的事情嗎？
職涯目標
從高中、大學、研究所，常常都是擔任各種課程專題的組長，
通常負責負責分配組員各自該負責什麼內容，再交由我統整並修改，
雖然大部分的同學都只是把關鍵字丟入GOOGLE，把能下載的資料全部丟給我而已。
大學時爭取到國科會大專生計畫時，
也是我一人寫計畫書、規劃、申請、執行，當然題目是老師給的，
非常感謝老師給我這個機會，讓我有增加作品的機會。
因此這一直是我滿習慣的事情，
規劃、分配、追蹤進度並實作，最後整合。
如果能當軟體架構師，負責專案軟體的開發規劃與架構規劃，
似乎非常適合我？也是我很想做的事情。
後來慢慢地了解相關的資訊，甚至是去實體書店翻翻看架構師的書籍，
才發現原來和我想的完全不同啊。
軟體架構師負責的範圍比我目前工作所接觸到的軟體還廣太多了，
前端、後端、資料庫等等都必須在規畫之內，
而我只是進行各個系統整合的軟體工程師，
應用領域和純軟體還差太遠了，粗淺的只能算是後端的一部分而已，
因此慢慢地放棄想成為架構師的想法，
但對於Windows應用軟體、整合系統的開發還是需要一點規劃的，
因此開始學習UML、設計模式、甚至是重構、單元測試，
希望能把我這小小範圍內的軟體也規劃好，
不只是單純地用軟體當工具把各種軟硬體串起來而已，
而是要串的漂亮，方便合作的夥伴好維護、好懂。
到了近期，轉換工作，
有了閱讀程式碼熟悉新工作內容的機會，
邊看邊重構，也帶給我些許的成就感，
儘管這種技能不是主管甚至是求職時會被要求的、也不容易被看見，
但對自己的幫助也是最大的，
畢竟最常閱讀的程式碼，往往是自己的程式碼，
過了幾個月甚至幾年重新閱讀的時候，就會感謝當時的自己有好好做過重構整理。
而前面學習的UML、設計模式以及OOAD的概念，
剛好也在我接手到一個純C專案要改成物件導向專案時，完全得派上用場，
主管全權交由我設計C++版本的架構，我也不斷反饋、討論並收斂，
似乎有那麼一點找到當初想做的事情的味道。
現實面的職涯目標
整理出求學到現在的技能共通點，
就是透過程式語言將各式工具包整合起來，
將使用者的需求呈現出來，
呈現方式可能是將需求變成使用者介面，或者是一套軟體API，
這樣的需求似乎也不是求職頁面上會明確列出的，
因此前陣子轉換跑道的時候，不禁想了很多，到底該往哪條路走呢？
其實我自己也滿迷惘的，考量技能不談，
家庭因素讓我不能選擇需要出差的工作、工時太長的工作、交通距離太遠的工作，
儘管有些機會看起來不錯，但家庭還是要顧，我也不想錯過小孩的成長。
由於未來變數實在太多了，說不定未來也不再當工程師，
非工程師的工作選項其實我也思考過，但還是希望以工程師作為一輩子的工作，
因此除了充實開發能力以外，我也爭取專案管理的機會，從規劃軟體工作開始，
讓主管看到我的規劃能力與野心，希望也能把管理職的技能點起來。
對自己說
常常看到其他厲害的人時，
會覺得得自己好像什麼都不精、能力很差的感覺，
但回頭想想，
從以前學習基本的程式語言、影像處理套件等等的工具，
研究所時磨練的多向思考能力、解決問題的能力，
工作初期快速學習新事物並操作的能力，
到現在慢慢追求產出的品質、長遠的規劃與如何重複利用過往的知識，
似乎心態上也是有一點成長，
朋友間遇到我曾做過的項目也會詢問我，
似乎我還是有些技能是別人不會的。
就當作鼓勵自己，作為心靈燃料，
繼續前進。
沒有留言:
張貼留言