實作能力真的要靠經驗累積，同時也要保持鎮定，不要一碰到問題就發慌。 有時候當你找到解答時可能會想＂「唉呀我怎麼沒想到是這個」。 但這都是沒關係的，因為過程中我們還是能得到很多經驗值。 雲端系統工程師 (軟體業｜雲端服務｜軟體開發部) 大多主要被歸類為後台工程師。
於2020 年，CloudMile 萬里雲更是獲得雙重殊榮，包含全台第一家 Google Cloud MSP 託管服務認證，以及 2020 年亞太「Google Cloud公部門年度最佳合作夥伴」。 而在雲端部署規劃上，則提供了備份和災難恢復、雲端系統搬遷與雲端數據分析等上雲服務，對系統進行全面盤點，確保營運和資訊安全，更能充分利用雲端大數據分析的能力。 因應服務型態改變，金融業 雲端系統工程師 IT 也須轉型，地端硬體與採購流程漸不符需求，銀行資訊系統韌性日益重要。 CloudMile 萬里雲擁有豐富的 Anthos 混合雲與 Apigee API 管理平台的規劃與建置經驗，Anthos 可提供容器化技術，且具備輕量與開關速度快的優勢，搭配鬆耦合設計，可大幅提升系統韌性。 而 Gartner 評比長年保持領先 APIM 地位的 Apigee，可協助客戶從 API 的設計、開發、部署到分析等建立完整生命週期管理流程，並可實現數據變現的目標。 開放 API 的方式因應 Open Banking 潮流，更可舒適與建立跨產業金融生態圈的最佳方案。
雲端系統工程師: 系統工程師 (技術整合服務部/台中)
產品長自己本身的背景跟我比較像，都是擔任過PM、後來轉戰工程師，最後成為團隊領導。 我當時其實在開發專案上碰到一點困難，正處於很懷疑自己自身能力的時候，但產品長給了我很棒的建議，告訴我如何去拆解專案並朝哪個方向嘗試、要怎麼向資深工程師學習，也跟我說「出錯不要怕，只要不會死怎麼測試都可以」。 我回去後就按照他的建議去嘗試，最後居然將專案順利解決，這點真的是讓我十分感激。 米蘭是我第一階段選擇加入的公司，老實說加入團隊後才了解其實跟真正產業的工作上有一大段差距，對於整個開發流程也都不了解。
另外一點則是六角的學生群經營也做得很認真。 他們會建立Slack群組，學生可以在裡面發問、交作業，同學們彼此能看到別人有疑惑的地方，老師也會針對問題詳細解釋，並給一些補充資源或文章。 雲端系統工程師 我時不時會去瀏覽一下，看有沒有哪些觀念自己也不太清楚。 這類型的課程比較偏向單元式加強課(如：Vue課程、Github課程、React課程等等)，針對某個領域的觀念去加強或學習，適合已經有一定程度，只是想再另外加強某些技能的人。 因為每個人適合的學習方式都不太一樣，找到最適合自己的才是學習的最佳方法。 所以我參考了身邊的朋友們與一些網友的相關經歷，把不同類型的人與學習的方式整理為以下四類，大家可以依此去尋找最適合自己的學習方式。
雲端系統工程師: 系統工程主題
系統工程確保專案或系統的各個層面均被詳加考慮、並整合成為一體。 隨著越來越多的產業使用雲端技術進行轉型，許多人開始意識到他們的企業需要透過雲端專家的協助達成轉型目標。 然而，研究顯示，有90%的IT決策者反應其員工對於雲端技術的能力不足。 市場上對於擁有雲端架構技術，並了解如何在雲端上規劃、設計、開發、遷移及操作應用的專業人員有很大的需求。 工作機會：雲端系統開發工程師、後台系統開發工程師、軟體程式設計師。 另外，優秀的雲端系統開發工程師一般對於系統的整體部署、架構以及各端點的通訊協定都有相當的熟悉度，因此也非常適合擔任系統架構師。
系統工程藉由提供一個開發工作的系統〈整體〉觀點，幫助將所有技術貢獻者籌組成為一體的工作團隊，建立一個從概念、生產、運作、到(在某些情況下)終止與除役的結構化開發流程。 在系統取得過程，於涵蓋該項目完整生命週期、並且維持可接受程度風險的期間，整體整合學科結合了貢獻、以及成本、時程、和效能之間的平衡取捨。 問題分析與系統維護(40%)：協助客服與QA team進行問題分析與trouble shooting，並進行程式修復及日常系統營運之維護作業(系統資料備份、日誌備份、異常系統事件監控…等)。 在 DevOps 的實踐下，由於軟體產品/服務的開發流程漸趨自動化、負責產品/服務相關的團隊彼此間協作關係也漸趨緊密，組織的階級制度會隨著管理、決策權力的分散而逐漸模糊，未來組織結構轉向扁平化。
雲端系統工程師: 雲端工程師 Cloud Engineer
面試時要提早一小時去公司筆試，筆試是直接用公司電腦寫一個抽獎的功能。 除了要切版、JS基礎要熟，也要串接Api撈資料(他們提供的API頗複雜)。 第一關是視訊聯合面試，使用Zoom軟體，會由一位主管(或人資?)與兩位面試者共同面試。 面試會交叉詢問，基本上就是自我介紹、詢問一些基本背景的相關問題。 整個過程大約十分鐘(每個人大概只分到五分鐘)，結束後會在一周內告知是否有進到下階段面試(即使沒上也會通知，我覺得日商這點真的不錯)。 我覺得這關比較像在審核正常的對應與表達能力，只要不過度緊張，好好陳述自己過去的經歷，基本上都會過關。
3.資料庫系統規劃/設計/升級/建置與移轉。 4.資料庫系統性能調校/備份與還原。 當利害關係人遇到問題需要協助時，通常都會找雲端架構師幫忙。 胸有成竹的提供堅定、清晰論點的能力，不僅能再次向客戶確定營運狀態良好無虞，也能表示你所提供的雲端解決方案同時兼具安全、彈性、符合成本效益，且運營管理能力成效卓著。 果斷不一定代表主導，或甚至凌駕一切。 雲端架構師能以技術領域權威的角色，為利害關係人提供指導。
雲端系統工程師: 課程應用與發展
與開發團隊合作完成測試計劃，測試案例，軟體測試環境架設、執行軟體測試工作，完成軟體測試報告及錯誤追蹤管理及驗證。 分析測試結果，並提供改善建議給開發團隊及產品經理。 功能測試、安全性測試、使用者測試、軟體整合測試、黑/白箱測試、系統測試、壓力測試、效能測試、問題追蹤處理。 在較熟練的設計技術下，資深軟體主任工程師可朝向管理團隊運作的產品經理成長，在各項系統內皆有一定程度的經驗下，負責團隊間各項工作進度的管控，並在軟體架構發想和品質控管下扮演重要的角色。
4.熟悉防火牆和交換器設定、操作與維護。 5.電話總機、IVR與側錄系統管理、維護與備份。 6.主、副控設備系統管理與維護。 7.有雲端建置管理、資安經驗者尤佳。 1.雲端服務架構建置、規劃與優化。
雲端系統工程師: 課程特色
看完職缺內容後，就可以開始投遞履歷了。 有些人會問「我怎麼知道自己能力夠不夠投這個工作？」，我自己的建議是條件符合五六成就投吧！。 如果你看了職缺描述，覺得工作內容中提到的技能你有一半以上的把握，這樣就可以先投投看了，找工作很多時候是邊碰運氣邊嘗試，有時候公司看中的是你的潛力，所以不要擔心自己好像沒有十足的把握不敢投履歷。
理想情況下，這些關係表達了因果關係，而不僅僅是相關性[32]。 此外，系統工程活動的成功關鍵，也在於這些模型的方法被有效地管理，並且使用來模擬系統。 不過，多種的領域往往造成反覆出現的系統工程建模與仿真問題，新的進展是在「建模與仿真系統工程」標題下，正瞄準於不同的科學和工程社群間相互交流、共同成長的方法[33]。 在安全工程中，允許可及早偵測可能失效所使用的方法，已經被整合到設計過程中。 雲端系統工程師 同時，在專案起始階段所做的決策，卻無法清楚理解其後果者，在系統壽命後期可能造成巨大的衝擊。
雲端系統工程師: 工作型態
Step6：筆試相關：演算法 雲端系統工程師 Leetcode、JS 基礎、計算機概論 工程師的面試免不了要遇到筆試，但因為我們是一些剛轉職的人小嫩嫩，會來邀約面試的公司通常也都知道，所以我自己是沒碰過太困難的白板題。 比較常遇到的是切版、leetcode簡單的演算法題目、JS基礎題目或是一些實作題等等。 另外，這些課程的師資通常是業界打滾過的工程師(甚至自己開公司接案)，一起學習的同學結訓後大部分也都會進到工程相關領域，這樣一來便能累積相關人脈，可以互相打聽不同公司狀況或工作機會。 再來是上密集養成班的人轉職期通常比較短，只要課程學習時夠認真，大部分人都能在結訓後三至六個月找到相關工作，比起自學或邊工作邊學習的人快很多。 這種「實體密集養成班的課程」坊間有不少，最有名的大概就是「資策會」的就業養成班。 這種課程的優點是教育機構有比較完整的課表跟學習進度，能由老師帶著初學者一步步學習。
要知道公司會打這些條件或內容上去，就代表這是他們很看重或是這個職位必須具備的能力，我過去曾經也擔任主管，花不少時間和同事討論新人的招募條件，因此很清楚會列上去的勢必都是經過深思熟慮後整理的要求，所以應徵的第一步就是詳讀JD。 整理作品集有很多方法，可以放在google Cloud、CodePen、Behance(設計稿)、Github（程式碼）、Github Page（靜態網頁）。 我自己當時是將ＰＲＤ等開發文件、ＵＸ資料跟Mockups稿放在google雲端硬碟內，程式碼則上傳到Github並附上連結。
