開發工程師類

• 軟體工程師（Software Engineer）
• 前端工程師（Frontend Engineer）
• 後端工程師（Backend Engineer）
• 全端工程師（Full-stack Engineer）
• Android／iOS 工程師（Mobile App Engineer）

系統與平台工程師類

• 雲端工程師（Cloud Engineer）
• DevOps 工程師（DevOps Engineer）
• SRE（Site Reliability Engineer）
• 平台工程師（Platform Engineer）
• 還有許多其他職稱……

問題是：這麼多職稱，到底哪一個適合自己？而 DevOps／SRE 又是一個很容易讓人誤會的領域。

有人認為它就是維運，有人認為它就是雲端；有人認為只要會 Docker、Kubernetes 就可以，也有人覺得：「DevOps 是不是就是幫 RD 部署程式？」其實都只講到一部分。

DevOps 的核心比較接近讓軟體交付與運行變得更可靠、更快速、更可重複；SRE 則更強調以工程方法處理正式環境（Production）的可靠性與營運問題。Google 對 SRE 的經典描述，就是讓 Software Engineer 用工程方法來設計 Operations。

第一個問題：我適不適合 DevOps／SRE？

可以先從幾個問題思考：

• 你是不是喜歡研究「系統為什麼這樣運作」？
• 遇到問題時，你是先重開服務，還是會想知道根本原因（Root Cause）？
• 你會不會對作業系統（Linux／Windows）、網路（Network）、資料庫（Database）、雲端（Cloud）、容器（Container）、自動化（Automation）產生興趣？
• 你是不是喜歡把原本需要人工做的事情自動化？

如果答案大多是「會」，DevOps／SRE 就值得放進你的職涯考量。

第二個問題：轉 DevOps 一定要先當 RD／會寫程式嗎？

不一定。但完全沒有開發概念，通常會讓學習曲線比較陡。

因為 DevOps／SRE 工作經常需要理解：

• 程式碼（Code）怎麼編譯（Build）。
• 應用程式（Application）怎麼啟動。
• 服務（Service）怎麼互相呼叫。
• 資料庫（Database）怎麼連線。
• 容器（Container）怎麼運作。
• 系統部署（Deployment）怎麼發生。

所以 DevOps／SRE 不見得要求你成為專業 Application Developer（應用程式／軟體開發者），但理解軟體生命週期非常重要。

第三個問題：DevOps 是不是比 RD 好？

不應該用「哪一個比較好」來看，它們解決的是不同問題。

RD 偏向：「怎麼把產品功能做出來？」

DevOps／SRE 偏向：「怎麼讓這個產品可靠地被 Build、Deploy、Operate、Observe？」

真正值得思考的是：你的興趣比較偏向「做功能」，還是「讓整個系統運作得更好」？

因此，DevOps／SRE 不應該被當成「寫程式寫不下去之後的備案」；它本身就是一條完整的工程職涯。

如果你正在轉職 IT，DevOps／SRE 值得研究，但更重要的是先了解：你究竟喜不喜歡這種工作。

碎碎念（經驗談）

在這個 AI 寫程式愈來愈快、愈來愈好的時代，初階工程師面對 AI 的競爭壓力不小，資深工程師也都在使用 AI 寫 Code。如果想轉職開發類工程師，我個人感覺現在並不是一條很好走的路。

但是在全民 AI 寫 Code 的時代，許多人會利用 AI 產生系統，卻不見得熟悉後續的流程：編譯、測試、部署、上線等。

尤其企業關鍵的系統，在正式環境中通常不可能不經把關就把所有流程完全交給 AI。因此我個人認為，DevOps／SRE 在未來可能會是更受重視的角色。不過，實際職缺需求仍然會隨企業、地區和市場而不同。

當然，如果你本身就不是開發工程師，但是會使用 AI 來開發系統，也希望 AI 開發完成的系統可以上線給許多人使用，那麼就更應該了解 DevOps／SRE 這個領域了。

本文為個人職涯觀察與經驗分享，不代表所有企業的招聘標準或未來市場一定如此。

這篇文章 想轉職資訊領域？除了軟體工程師，你還可以考慮 DevOps / SRE！ 最早出現於 泰克哪裡去。