一開始踏進體驗營，其實是好奇現在業界工程師「會用什麼技巧讓 AI 更有效率地產出東西」，但在每天寫作業、拉專案的過程中，慢慢意識到真正要練的不是什麼花俏的技巧，而是自己能不能說清楚要什麼。課程一路從 SDD、前後端實作到部署，把 Vibe Coding 包裝成一套完整流程，逼著自己在每一次提需求前，先整理思路、釐清邏輯，再丟給 AI 接手。

這樣跑完一個月，最大的改變是：和 AI 對話時，不再只是丟一段描述性的 prompt 然後一直叫它嘗試不同回答方式，而是會先想「我現在到底缺的是規格、架構，還是純粹找 bug？」角色一換，AI 從「救火隊」變成「合作夥伴」，而自己則真的開始做起工程師該做的那份思考。

體驗營裡的 SDD 練習，讓人很直接地撞見一件事：如果一開始需求就模糊、情境沒講清楚，就算 AI 能硬生出一堆程式碼，最後卡住的還是自己。反過來說，只要花時間把畫面行為、資料結構、邊界條件寫進規格裡，後面不管是要請 AI 產 HTML/CSS/JS，還是要它幫忙改 API，都會順很多。

久而久之，腦中會先浮現的是「規格長什麼樣」，而不是「這段要怎麼寫」。這個習慣也一路延伸到期末的「修煉圈圈」專案：從痛點拆需求、整理 SDD、切前後端，再請 AI 依照規格實作和調整。每一次回頭補規格或改結構，都是在強迫自己再想一次：「我真正要的是什麼？」

當然，並不是每一步一開始都那麼清楚。很多時候只是隱約覺得「好像可以做一個什麼工具」，功能、流程都還是散的，這時候 AI 反而成了很好的討論對象：可以請它幫忙列可能的功能清單、畫資料流程、或是幫忙比較幾種做法的優缺點，用對話把腦中的草稿慢慢拉成輪廓。

但在這樣的對話裡也會看得很清楚：AI 再怎麼會補充案例和選項，真正的創意、聯想和判斷，還是得靠平常累積的基礎知識來兜起來。沒有自己的技術感和產品感，AI 給十種方案也只會覺得每個看起來都差不多；反而是前面有先打底、常常動手實作的人，才能把 AI 的回答真正轉成「下一步該怎麼做」。

回頭看，這次體驗營給的，不只是「用 AI 寫程式」這項技能，而是一種新的工作方法：

• 先把需求說清楚，再動手做

• 用規格書當作和 AI、和未來自己的共同語言

• 把每一次卡關都當成檢查自己基礎哪裡還不夠扎實的機會

在這個方法裡，AI 是加速器，但方向盤始終在自己手上。接下來不管是在前端培訓、還是之後實際進團隊，都希望能維持這樣的節奏：一邊用 AI 推進專案，一邊用專案看見自己還能磨得更好的地方。而我可以在學習基礎知識打底的過程中，一邊繼續用 AI 做自己感興趣的 side project，技術能力還沒完全趕上專案內容這件事本身，反倒讓完成專案的成就感多了激勵自己繼續精進學習的動力。

一開始課程說明也把這個短期體驗營定位的很清楚：這是一次全端開發流程的體驗，重點在理解工作流程後讓 AI 完成實作，做一個小工具是夠用的，要做大系統還是要有專業工程師的知識和判斷。所以課程內容比起講 AI 本身，大多數時間都是在建立程式開發的基本觀念。 體驗營每次練習作業都提供非常完整的規格文件、程式碼和示範操作影片，讓完全不懂程式的人可以體驗寫程式的工作流程大概是怎麼回事。對我來說更是個未來學習路徑對照的參考資料：現在 AI 產出我還看不懂的那些東西，就是我未來要努力搞懂的。

體驗營期間，因為習慣在 Discord 發問區順手回覆同學問題，一方面是想幫忙解惑，另一方面也是藉機檢查自己是真的理解了，還是只是剛好沒遇過那些坑。沒想到這個習慣被洧杰校長看見，直接被點名送書，所有同學拿到的都是《為你自己學 Git》，而我因為前面幾波抽書活動太踴躍，早就自己跑去 Leanpub 買電子版，還順便見識到作者可以拿到 80% 分潤這種在一般通路幾乎做不到的模式。

校長得知我已經自己買書，也決定正式往前端工程師的路邁進時，又特地幫我挑了一本《Clean Craftsmanship 無暇的程式碼 軟體工匠篇》當額外禮物，這本書談的是軟體工匠的紀律、標準與倫理，剛好對現在正在打基礎、建立工作習慣的自己非常受用。光是這本書的價格都快可以抵掉這次 799 體驗營的超佛心學費，真的會一度懷疑：「開這堂課到底還有沒有賺錢？」但也更能感受到六角一路以來那種「願意多給一點點、讓學生多拿一點走」的風格。

如果要給未來準備報名的學員一句話，那就是：六角課程本身鼓勵按部就班體驗完成如何完成專案作品，但真正的精華常常藏在各種「加碼」——直播、贈書、社群活動、助教與同學的互動裡。只要肯出聲發問、願意付出時間心力練習，得到的內容和樂趣遠遠超過課綱寫的。

一開始踏進體驗營，其實是好奇現在業界工程師「會用什麼技巧讓 AI 更有效率地產出東西」，但在每天寫作業、拉專案的過程中，慢慢意識到真正要練的不是什麼花俏的技巧，而是自己能不能說清楚要什麼。課程一路從 SDD、前後端實作到部署，把 Vibe Coding 包裝成一套完整流程，逼著自己在每一次提需求前，先整理思路、釐清邏輯，再丟給 AI 接手。

這樣跑完一個月，最大的改變是：和 AI 對話時，不再只是丟一段描述性的 prompt 然後一直叫它嘗試不同回答方式，而是會先想「我現在到底缺的是規格、架構，還是純粹找 bug？」角色一換，AI 從「救火隊」變成「合作夥伴」，而自己則真的開始做起工程師該做的那份思考。

體驗營裡的 SDD 練習，讓人很直接地撞見一件事：如果一開始需求就模糊、情境沒講清楚，就算 AI 能硬生出一堆程式碼，最後卡住的還是自己。反過來說，只要花時間把畫面行為、資料結構、邊界條件寫進規格裡，後面不管是要請 AI 產 HTML/CSS/JS，還是要它幫忙改 API，都會順很多。

久而久之，腦中會先浮現的是「規格長什麼樣」，而不是「這段要怎麼寫」。這個習慣也一路延伸到期末的「修煉圈圈」專案：從痛點拆需求、整理 SDD、切前後端，再請 AI 依照規格實作和調整。每一次回頭補規格或改結構，都是在強迫自己再想一次：「我真正要的是什麼？」

當然，並不是每一步一開始都那麼清楚。很多時候只是隱約覺得「好像可以做一個什麼工具」，功能、流程都還是散的，這時候 AI 反而成了很好的討論對象：可以請它幫忙列可能的功能清單、畫資料流程、或是幫忙比較幾種做法的優缺點，用對話把腦中的草稿慢慢拉成輪廓。

但在這樣的對話裡也會看得很清楚：AI 再怎麼會補充案例和選項，真正的創意、聯想和判斷，還是得靠平常累積的基礎知識來兜起來。沒有自己的技術感和產品感，AI 給十種方案也只會覺得每個看起來都差不多；反而是前面有先打底、常常動手實作的人，才能把 AI 的回答真正轉成「下一步該怎麼做」。

回頭看，這次體驗營給的，不只是「用 AI 寫程式」這項技能，而是一種新的工作方法：

• 先把需求說清楚，再動手做

• 用規格書當作和 AI、和未來自己的共同語言

• 把每一次卡關都當成檢查自己基礎哪裡還不夠扎實的機會

在這個方法裡，AI 是加速器，但方向盤始終在自己手上。接下來不管是在前端培訓、還是之後實際進團隊，都希望能維持這樣的節奏：一邊用 AI 推進專案，一邊用專案看見自己還能磨得更好的地方。而我可以在學習基礎知識打底的過程中，一邊繼續用 AI 做自己感興趣的 side project，技術能力還沒完全趕上專案內容這件事本身，反倒讓完成專案的成就感多了激勵自己繼續精進學習的動力。

一開始課程說明也把這個短期體驗營定位的很清楚：這是一次全端開發流程的體驗，重點在理解工作流程後讓 AI 完成實作，做一個小工具是夠用的，要做大系統還是要有專業工程師的知識和判斷。所以課程內容比起講 AI 本身，大多數時間都是在建立程式開發的基本觀念。 體驗營每次練習作業都提供非常完整的規格文件、程式碼和示範操作影片，讓完全不懂程式的人可以體驗寫程式的工作流程大概是怎麼回事。對我來說更是個未來學習路徑對照的參考資料：現在 AI 產出我還看不懂的那些東西，就是我未來要努力搞懂的。

體驗營期間，因為習慣在 Discord 發問區順手回覆同學問題，一方面是想幫忙解惑，另一方面也是藉機檢查自己是真的理解了，還是只是剛好沒遇過那些坑。沒想到這個習慣被洧杰校長看見，直接被點名送書，所有同學拿到的都是《為你自己學 Git》，而我因為前面幾波抽書活動太踴躍，早就自己跑去 Leanpub 買電子版，還順便見識到作者可以拿到 80% 分潤這種在一般通路幾乎做不到的模式。

校長得知我已經自己買書，也決定正式往前端工程師的路邁進時，又特地幫我挑了一本《Clean Craftsmanship 無暇的程式碼 軟體工匠篇》當額外禮物，這本書談的是軟體工匠的紀律、標準與倫理，剛好對現在正在打基礎、建立工作習慣的自己非常受用。光是這本書的價格都快可以抵掉這次 799 體驗營的超佛心學費，真的會一度懷疑：「開這堂課到底還有沒有賺錢？」但也更能感受到六角一路以來那種「願意多給一點點、讓學生多拿一點走」的風格。

如果要給未來準備報名的學員一句話，那就是：六角課程本身鼓勵按部就班體驗完成如何完成專案作品，但真正的精華常常藏在各種「加碼」——直播、贈書、社群活動、助教與同學的互動裡。只要肯出聲發問、願意付出時間心力練習，得到的內容和樂趣遠遠超過課綱寫的。