訓練日期：2026-06-22～2026-08-10上課地點：高雄市苓雅區和平一路116號上課費用：學員負擔1 …

訓練日期：2026-06-22～2026-08-10
上課地點：高雄市苓雅區和平一路116號
上課費用：學員負擔10000元 政府負擔：67000元

課程介紹：

本課程以培養學員成為後端軟體開發工程師為目標。不僅會透過實例與操作來指導學員掌握新穎框架技術，培養雲端服務開發的能力，也會搭配目前大型語言模型 (LLMs) 應用開發上的主流後端協定 (MCP) 與其主流框架技術，並同時以 DevOps 作為開發方法，讓學員熟悉主流軟體開發模式與有效團隊協作方式。本課程期望以堅實的開發能力、新穎的框架技術和響應市場的 DevOps 開發方式，來提高學員的就業競爭力，並且為企業培育堅實的數位人才。
1. 欲打造軟體產品、提供系統整合服務或提供軟體服務各式產業所需的雲端服務軟體開發工程師。
2. 本課程將結合 EXIN DevOps Foundation 國際認證來提升學員的市場就業力。

▶符合資格之青年，於訓練期間每月發給$8,000學習獎勵金。
▶結訓日90日內工作並加就業保險得向勞動部申請自付額1萬元之補助。

報名此課程

課程內容：

▲每月領$8,000 x 證照輔導 x 就業成功再領$10,000 !!

 課程綱要/內容 1.開訓典禮(1)計畫簡介(2)課程簡介(3)計畫政令及法規2.軟體開發概論(1)軟體生命週期
(2)敏捷、DevOps 軟體開發與維運
(3)需求規劃與管理
(4)持續整合與交付
(5)服務運行與維護3.DevOps 開發實務(1)GitLab 專案管理
(2)Git 與版本管理
(3)GitLab CI/CD 實作與業界實際案例4.JavaScript 程式設計實務 (1)JavaScript (ES6)
(2)物件導向設計與實務與業界實際案例
(3)函式導向設計與實務與業界實際案例5.後端開發實務與應用(1)HTTP、RESTful 與 JSON 資料結構
(2)NodeJS 與 Express 框架與運行
(3)Web 應用程式 API 設計與實作
(4)模組化開發與業界實際案例
(5)非同步 IO 與 Stream
(6)Redis 資料庫與服務整合業界實際案例
(7)PostgreSQL 資料庫與服務整合
(8)單元測試實務
(9)API 測試實務
(10)容器化應用程式
(11)微服務設計概念與應用案例分享6.專題實作(1)實作內容:社群交流服務與業界實際案例
(2)實作目的: 熟悉後端需求制定，並且能夠運用課堂所學之軟體概念、程式語言、框架、工具與開發流程在後端開發活動之上。
(3)評量標準: 軟體開發與流程掌握度 25%，需求實作完成度 75%7.MCP 應用與實戰(1)MCP 觀念與架構入門
(2)MCP 框架入門與實作
(3)MCP 應用與資料庫整合(4)應用專案實務與部署8.認證輔導與考試(1)Exin DevOps Foundation 原廠教材講授
(2)認證重點與釋疑
(3)認證考試(原教室)9.就業輔導與媒合活動(1)履歷撰寫與健檢
(2)面試與求職建議
(3)產業趨勢與職涯講座
(4)就業市場分析及 Q&A
(5)就業媒合會(6)青年就業相關政令宣導課程執行單位保留調整課程內容、日程與講師之權利

師資介紹：

盧建成 老師學歷: 國立中央大學 資訊工程學系碩士經歷: 靖本行策有限公司執行長         政治大學資訊科學系兼任助理教授         台灣軟體工程學會理事專長: 軟體工程         流程改善與變革管理         機器學習         微服務與容器技術         演進式架構設計 楊琬晴老師學歷: 國立中正大學 資訊工程學系碩士
經歷: 靖本行策有限公司顧問專長: 敏捷、DevOps (DevSecOps) 流程管理與技術實踐         雲端原生應用程式開發與維運         雲端架構設計、雲端治理、FinOps 李文廷老師學歷: 國立中央大學 資訊工程學系博士經歷: 國立高雄師範大學科技學院軟體工程與管理學系教授         兼系主任         國立高雄師範大學資訊教育中心主任
專長: 軟體工程         軟體測試         敏捷方法、流程管理、DevOps         微服務、Web及容器技術         深度學習及人工智慧         服務導向架構與運算         物件導向設計與實作         大數據分析 李信杰老師學歷: 國立中央大學 資訊工程學系博士經歷: 國立成功大學資訊工程學系副教授         國立成功大學計算機與網路中心副教授
         國立成功大學計算機與網路中心資訊系統發展組組長專長: 軟體工程         軟體測試         軟體設計         Web及容器技術         物件導向設計與實作             陳立偉老師學歷: 國立臺灣科技大學 管理學院資訊管理學系博士 經歷: 國立高雄師範大學軟體工程與管理學系助理教授         國立高雄師範大學資訊教育中心組長         台灣健康資訊交換第七層協定協會理事專長: 資料分析技術         軟體工程         軟體度量與分析         電子化服務創新         服務科學         資訊科技服務管理

報名此課程

備註：
詳細內容及報名需知，請點選報名後見協會網站內容

[elementor-template id="128291"]

這篇文章 【6/22高雄場】AI 時代的後端全能實戰班：Node.js & MCP【AI補助專班】 – 國立高雄師範大學 資訊教育中心 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

DevOps開發工程師主要建構與佈署自動化「軟體交付」和「架構變更」的流程，目的能夠打造、測試、發布軟體優化，朝向快捷、頻繁和穩定面向，DevOps是身兼「軟體開發」和「IT運維技術」的雙重角色。

記者／蔡哲明

DevOps開發工程師主要建構與佈署自動化「軟體交付」和「架構變更」的流程，目的能夠打造、測試、發布軟體優化，朝向快捷、頻繁和穩定面向，DevOps是身兼「軟體開發」和「IT運維技術」的雙重角色。

目錄

一、DevOps開發工程師專業與技能

1.需要具備哪些專業

DevOps開發工程師的學歷背景通常是資訊技術、軟體工程以及計算機科學等領域學位，在工作上需要處理分散式系統的建立和開發，運行各種自動化工具減少人工操作並提高工作效率。另外，他們也會研究並導入新的軟體技術，轉化整體工作的效率進程，DevOps開發工程師需要具備例如持續整合與持續部署（CI/CD）。

2.建議具備技術能力

DevOps開發工程師必須具有以下技能，實現高效的軟體交付流程，例如熟悉常見的持續整合與持續部署工具（Jenkins、GitLab CI）、容器化技術（Docker、Kubernetes）、程式化設計（Python、Bash）。此外，具備研究並導入新技術以提升工作效率的能力，也是不可或缺的職能技術。

二、日常工作內容

1. 六大職能目標

DevOps開發工程師提高軟體運作的速度和質量，同時保持系統的穩定性和安全性，例如自動化、持續整合與持續交付（CI/CD）、基礎設施即代碼（IaC）、監控與日誌管理、協作與溝通、安全性，展現開發和維護自動化工具、設計和實施CI/CD管道、使用代碼來管理和配置基礎設施、建立和維護系統監控和日誌管理、促進開發團隊與運維團隊之間的協作和溝通、整合安全性措施到開發和運維流程中。

2.技術研討進修

DevOps開發工程師透過提升自己的專業能力，適應不斷變化的資訊環境，包含版本控制系統、持續整合與持續交付工具、容器化技術、基礎設施即代碼工具、雲端平台、監控和日誌管理、自動化測試、安全性、敏捷開發方法、溝通與協作工具，透過以上技術研討進修。

三、相關進修與證照

DevOps開發工程師也有各種進修方式，以此提升專業知識和市場競爭，例如透過線上課程，Coursera、Udemy、edX等平台提供的DevOps課程，inux Academy和A Cloud Guru涵蓋基礎到進階內容。利用實體課程，利用大學或技術學院的計算機科學與工程專業課程，或是專業培訓機構提供培訓課程。掌握自學資源，GitHub上的免費資源和社區分享，或是技術論壇（Stack Overflow）以及YouTube頻道。

四、薪資和專業成長

1.學士學位

月薪約60,000 - 80,000元。

2.碩士學位

月薪約70,000 - 90,000元

3.博士學位

月薪約80,000 - 100,000元

五、未來職涯發展

1. 六大職涯發展

DevOps開發工程師的未來職涯發展具有前景，可在技能組合和實踐經驗上來做選擇，包含高級DevOps工程師或架構師、技術領導或管理職位、雲端計算專家、安全專家、諮詢顧問、SRE（Site Reliability Engineer）等，在優化開發流程的市場上選擇。

2.技術研討進修　　

DevOps開發工程師也可以此作為跳板，由於專注於自動化工具和流程的開發，未來可朝自動化工程師以及數據工程師角色挑戰，能夠展現自動化工具和流程化能力，設計和管理數據基礎進行大數據分析。

想了解更多的科技業職缺嗎？由科技島與1111人力銀行攜手合作、透視上百種科技工作內容與薪資行情的「職缺百科」正等著您前往探索！

討論區：https://www.1111.com.tw/1000w/fanshome/discussionDetail.asp?d0=140805

這篇文章 DevOps開發工程師　開發運維一體兼顧 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

筆者最近在自學 DevOps 的過程中，發現除了要了解基本的 CI/CD 流程外，更重要的是了解可以利用哪些工具來輔助整個 CI 的流程，今天筆者要來介紹一個好用的程式碼檢測平台：SonarQube。

文／Andy Chen

前言

筆者最近在自學 DevOps 的過程中，發現除了要了解基本的 CI/CD 流程外，更重要的是了解可以利用哪些工具來輔助整個 CI 的流程，今天筆者要來介紹一個好用的程式碼檢測平台：SonarQube。

雖然在現今的開發很多時候都會藉由 code review 搭配各式的 linter 進行開發，但百密總有一疏，這時候就可以透過 SonarQube 幫助開發者檢查一些潛在的 bug，這些 bug 有可能在開發時 linter 並沒有噴錯，而且在 code review 時可能也不小心漏看了，假如可以在 CI 的流程中加上 SonarQube 來掃描整個 codebase，這時候就可以讓整個專案的程式碼有更高的品質。

什麼是 SonarQube

SonarQube 是一套基於 Java 開發的程式碼檢測以及品質管理平台，由於這套工具是用 Java 開發的關係，所以讀者要先記得去安裝 Java Development Kit(JDK)，這樣後續才能順利的啟動 SonarQube。

SonarQube 也提供了不少的服務像是：

• 網頁化操作(會在下一段內容進行說明)
• 支援非常多種程式語言的分析檢測
• 提供程式碼重複性、潛在 bug、測試覆蓋率等等相關報告
• 提供自動化分析並且結合主流的 CI 工具
• 提供程式碼改善建議
• 整合 JIRA、Mantis、LDAP、Fortify 等外部工具
• 提供歷史紀錄以利於後續追蹤

由於 SonarQube 提供太多種服務了，這裡筆者只列出幾點個人覺得最值得提出來與讀者說明的服務，有興趣的讀者可以再自行去官網上面進行相關的資料閱讀。

啟動 SonarQube

由於筆者是使用 mac 系統，因此這邊筆者以 mac 的操作方式進行介紹，首先可以在終端機中進入 /bin/macosx-unversal-64 的資料夾，並下 ./sonar.sh start 這個指令啟動 SonarQube 的服務。

啟動服務後可以在瀏覽器打上 localhost:9000 即可開啟 SonarQube 的網頁，預設的帳號及密碼都是 admin ，輸入後即可在 local 端開始使用 SonarQube 提供的檢測服務嘍。

SonarQube 操作說明

登入後就可以開始進行 Project 創建了，這邊的 Project 主要是方便開發者可以進行專案品質的控管，創立好 Project 才可以開始針對想要檢測的 repository 進行檢測。

我們也可以看到 SonarQube 整合了非常多用來創建專案的主流工具例如 GitHub、Jira 等等，假如讀者本身是有在使用這些工具進行專案的管理也可以直接整合現有的架構，這邊筆者為了方便介紹所以選擇手動創建 Project。

建立好 Project 後可以看到 SonarQube 也支援許多主流平台的 CI 機制，由於筆者也是為了方便介紹所以選擇手動測試 local repository。

想要進行分析檢測之前還需要產生一組 private token，利用這組 token 我們在之後進行檢測時可以確保檢測的結果會擺在這個 project 內。

之後就可以選擇要檢測的程式碼是屬於哪種語言以及目前電腦的 OS，都選擇完後可以去官網上下載最重要的分析工具 SonarScanner，這套 scanner 就是負責檢測程式碼的工具。

下載完後就可以複製下方的指令進行程式碼的檢測啦！

SonarScanner 檢測結果

在上面的步驟檢測完後，我們回到 SonarQube 的平台就可以看到剛剛建立的 project 已經有了初步的檢測報告，假如程式碼都沒有什麼潛在的問題就可以看到報告會是綠色 Passed 的狀態。

但假如程式碼有潛在的問題，這時候報告就會出現紅色的 Failed 並且指出有幾個 bug 產生。

接著點擊 issues tab 就可以看到目前潛在的 bug 是從哪個檔案的哪一行中產生。

再點進去後就會看到潛在的 bug 的錯誤訊息，我們可以發現 array 的長度一定會是大於等於 0 可是我這邊卻寫了小於 0，所以這個 if 判斷條件永遠都不會通過。

但我們回到程式碼後可以發現即便我們有安裝 linter 也不會檢查出這種看起來就是有問題的寫法，因為 linter 通常都是在檢查語法上的錯誤，這時候 SonarScanner 就幫助了我們可以進行更深入的檢查。

SonarScanner 設定檔

其實 SonarScanner 也可以進行一些客製化的設定檔，這時候就需要建立一個叫 sonar-project.properties 的檔案，這份檔案裡面可以設定一些 SonarScanner 提供的 analysis parameter，由於這些設定參數實在是太多了，所以筆者不會一一介紹，有興趣的讀者可以參考官網，裡面有所有參數的詳細介紹，整體寫法會像下圖這樣：

小結

這次介紹了 SonarQube 這套程式碼檢測平台，由於筆者本身是一位前端工程師，因此只會利用 ESLint 或者 TSLint 進行程式碼檢查，但程式碼還會有一些潛在的 bug 可能是這些 linter 無法檢查出來的，這時候 SonarQube 就起了一個很大的作用，幫助我們在開發時可以進行更深入的解析，假如讀者未來有要做一些 CI 流程的話，不妨也可以把 SonarQube 考慮進去喔。

Reference

• 開源程式碼檢測平台：SonarQube
• SonarQube docs

這篇文章 原來程式碼品質也可以被檢測：初探 SonarQube 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

寫程式的機會少了非常多。如果你是很喜歡寫程式的人，我會建議繼續待在後端，成為DevOps後，我大概只剩寫IaC(Infrastructure as Code)的時候還有在寫Code了。

文／身為DevOps工程師

前陣子發文後，有人來問說:

從一個後端工程師轉換到DevOps會不會很困難?有建議要做什麼準備嗎?

其實關於這個問題，我也資歷尚淺。但我從後端轉過來DevOps後，其實也過了半年多，今天就來分享一下我過去的經驗。

轉職前的我

在之前做為後端工程師的時候，我隸屬於名為Infra的部門。
有些人可能會覺得納悶，Infra不是算IT部門嗎? 怎麼變成後端了。其實我待的部門是負責開發PaaS的，任務主要是開發一個整合許多Infrastructure，所以公司內部稱這個Team為Infra。

而那些許多的Infrastructure，其中一個就剛好是目前應該沒有DevOps不知道的平台 — k8s(Kubernetes)。

向我們偉大的舵致敬!

也因為待的是新創公司，分工不像大公司那麼細。其實在做後端時，就有在幫忙實作Team的CI/CD Pipeline。
像是 GitLab CI。還有幫忙做公司的Installer用到了 ansible, helm這種部署相關的工具。另外還有ELK以及監控很常用到的prometheus, grafana。
也因為這些經驗的關係，其實也讓我當初找工作的時候，一些獵人頭或是公司看完我的履歷會問我的第一個問題是:你是在做後端的嗎?看起來好像比較像DevOps。

使用到的技術，大概是以下幾樣:

1. Django (Python)
2. MySQL
3. Kubernetes, OpenStack, Slurm
4. Ansible
5. ELK, Prometheus, Grafana
6. GitLab

轉職後的我

轉職後，我到了雲端代理商上班，其實雖然名為DevOps 工程師，但有非常多的時間是在寫文件、寫slide、陪著業務去見客戶、做教育訓練。
比起工程師感覺更像是一個顧問的職位。因為成為DevOps後，只有在這邊待過，如果有其他人有不同的情境歡迎分享一下。我會很感激XD

當初會選擇到這間公司，最大的主因是覺得公有雲的技術越來越熱門了，如果到公有雲代理商上班，應該是可以學到最多的吧?

使用到的技術，大概是以下幾樣:

1. GitLab, AWS CodeCommit
2. IaC — Terraform, Pulumi
3. Kubernetes
4. AWS (EC2, EKS, ECS, Lambda, CloudFront…)
5. GCP (GCE, GKE, BigQuery…)
6. Snyk
7. 如何與客戶交流 (這算是技術?)

總結一下轉職後的改變

寫程式的機會少了非常多。如果你是很喜歡寫程式的人，我會建議繼續待在後端，成為DevOps後，我大概只剩寫IaC(Infrastructure as Code)的時候還有在寫Code了。 謎之音: IaC算寫Code?

可能是公司的關係，每一間公司對於希望DevOps要做的事情似乎都不太一樣，現在出去動嘴巴的機會增加非常多，心態上也會開始擔心自己會不會慢慢地有技術成長不夠的情況。

使用的技術廣度增加了，但深度大多停留在做個POC就結束了，感覺已經進入了跟後端完全不同的路線。

建議要做什麼準備嗎?

我會建議k8s應該會是無法避免的基本功，但其實k8s也蠻廣泛的，如果覺得準備起來有點沒方向，可以考慮先去考一張CKA證照。

如果k8s會了，再來應該是CI/CD Pipeline建議要會至少一種，我覺得GitLab是一個蠻好的切入點，了解一下怎麼寫 gitlab-ci.yml的寫法，gitlab runner是什麼?

最後可以去學一下IaC，這邊建議可以學Terraform，毛遂自薦一下，歡迎參考我之前寫的教材(身為DevOps工程師，會Terraform也是很正常的)。

這篇文章 後端工程師轉為DevOps的辛路歷程 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。