終於來到參賽的最後一天,在這一系列的內容從不同的需求衍伸可以使用的工具,或者是適合的雲端服務,並且站在更高層面看待解決方案和架構的思考與啟發。
在接收新的需求並且評估解決方案的過程,過往都是聚焦在技術面的實踐,然而也因為工作性質的轉換有一些思維就如第29天提到的多種架構師類型,比較貼近在Solution Architect的工作項目,所以雖然可以找到適合的解法,但更多的是會去思考這一個解決方案,能不能也讓其他類似性質的需求應用。
在去年與前幾天的文章有提到Roadmap的技能樹,先前主要會參考Backend Developer有提到的技能,而就如剛剛提到的性質轉換所以有一些技巧剛好有Software Architect的參考資訊。
接續的技能樹大項目為責任的範疇,裡面包含了像是技術面的決策、定義開發標準,像是code style、code review和開發流程等等的規範文件擬定,另外軟實力的部分是需要能夠跟其他部門溝通和合作。
如果是一些比較新的規範和工具導入,也必須適合透過教育訓練和研討會的方式推廣與教育,然後前述提到的資訊也必須轉換成可參考的文件提供給大家參考。
接續的技能樹有一部份包含coding的語言與開發的一些概念(畢竟定義一些規範和標準多少也需要知道),然後工具的使用上像是開發必備的版本控制(Git)、溝通的管道工具(Slack or Teams)、專案或者是工作項目的工具(Trello)、以及在前面的case有提到的atlassian tools(Confluence和Jira)。
光是上面幾項的技能項目橫跨了軟實力和硬實力的多方磨練,並且需要保有一些創新和跳脫框架的思維,進而去調整或者是思考整體的架構與解決方案。(在這個技能樹的下方還有其他的項目,但剛剛框出來的部份對於工作到現在是比較有感的成長結果)
在技術成長飛快的年代,有一些工具和技術花了一段時間磨練之後會有精通的一天,但還是需要保持對於當前技術掌握程度和思考提出疑惑,例如是否有更好的解決方法、是否已經有現成的工具可以滿足、是否這樣的解決方案可以廣泛應用。
在追求新知的前提建議也要持續學習基礎的概念和理論,其實有很多的新工具和技術都是從這一些的基礎和概念延伸,學習起來可以更加快速和掌握功能的精隨。
在這系列的解決方案提到的工具或是服務都是過去一年新接觸的,雖然說自己有一部份還是習慣透過程式碼的方式實踐,但有些機會接觸新的工具和協助評估後,也漸漸的會去思考和取捨哪一些其實可以使用現成的工具,哪一些可能只能透過程式碼實現。
系列的文章告一段落,下一次如果還有參賽的話希望能夠再更進一步針對架構面,或者是更多的案例做深度的探討,最後也謝謝觀看此系列文的讀者們。
終點站到了,我們後會有期!