前言

初在評估是否要參加 IT 鐵人賽，其實手邊有兩個題目，雖然曾有想過拚兩個系列文章，但時間上真的不允許。兩個題目如下：

1. Monitor Stack 與 Observability：與我目前工作較為接近，想要把相關學習與經驗彙整成一系列文章
2. GitHub Codespace 與 GitHub Copilot：無意間瀏覽 GitHub 時突然冒出的想法

在大量蒐集資訊、看完相關功能與官方介紹後，深覺 GitHub Codespace 與 GitHub Copilot 這題目具有發展潛力，Copilot 也是未來必備技能，所以下定決心以此題目為主。在整個文章撰寫與實作過程中，漸漸體會 GitHub Codespace 與 GitHub Copilot 的優勢與可能的隱憂。以 Codespace 安全實踐為例，個人萬萬沒想到個人設定同步這件事情，可能變成資安隱憂；以 Copilot 為例，倘若沒有一定程度的開發技能、IT 知識與提示工程知識，很難將 Copilot 運用得淋漓盡致，反而可能造成反效果。後面兩個篇幅是寫完這系列文章後一些心得，提供讀者們參考。

GitHub Codespace

在前幾年疫情衝擊下，遠端工作與使用雲端服務已經變成 “理直氣壯”，越來越多企業與從業人員在思考過去的堅持是否正確 - 如果又一次有這種逼不得已的情境。另一方面，穩定且開箱即用的開發工具會越來越受青睞，除了可以節省企業成本與提升 IT 人員生產力，不受地理環境限制與一致的開發環境的優勢，將會成為越來越多人的選項之一。

在這一系列文章上半部，我們介紹了 GitHub Codespace 相關工作、設定與運作原理，使用者乍看可能會認為這只是 Visual Studio Code Online 版本 (也是沒錯)，但更多的優勢在於 Dev Container 使用、組織管理與安全實踐。也建議讀者從此系列文章了解如何操作與設定過程中，也能從中了解開發環境內功能設計目的，進而在未來開發維運系統時，能有不同的思維。

GitHub Copilot

隨著這幾年 AI 技術高度蓬勃發展，許多既有服務正在轉變，新興服務正在崛起。雖然個人對於 AI 並非專家，但從開發維領域也感受到其中的轉變。強者我同事 Alan Tsai 曾提到：AI 不會取代你的工作，但會 AI 的人會，在撰寫完這系列文章後這個感受更深了。

在這一系列下半部，我們簡單的說明 GitHub Copilot 方案、安裝/設定方式、使用方式、各種使用案例與未來新產品發展。從中釐清了並非無腦請 GitHub Copilot 協助即會提高工程師的生產力。當工程師技術尚未到位，GitHub Copilot 可能無法提供協助 (像是懂如何撰寫可測試的程式，要協助從既有程式碼撰寫測試，GitHub Copilot 能提供的建議可能有限)。GitHub Copilot 這題目很有趣，個人應該會持續 follow 下去，也希望讀者能從這系列基本教學文章能獲益。

後記

以自己的這個世代來說，也面對了不少新技術浪潮：從應用程式開發、雲端服務、DevOps、容器化、K8S、SRE…等，每一波浪潮對 IT 產業都是一波衝擊。相信對於許多的資深 IT 人，或許已經見怪不怪，有的持續跟進，有的會在既有領域持續深耕。無論如何，個人相信只有抱持著擁抱改變態度並持續學習，才能持續解決問題並持續成長。

感謝每一位閱讀此系列文章的讀者，希望這些文章能對您有所幫助
最終，仍要感謝家人的支持
完成鐵人賽本來就不容易，隨著工作與家庭越來越忙碌，要走完全程的難度也越來越高，若沒有家人的體諒與支持是很難完賽的。