歡迎來到第 21 天!這趟 30 天的鐵人賽已經走過了三分之二。今天我們暫停寫碼,梳理這 21 天以來,我從一個完全沒有遊戲開發經驗的 Android + 後端工程師,一路跨界打造出完整門市遊戲平台的心路歷程與階段總結。
故事源自朋友開甜點店想準備一個吸引顧客的小遊戲。算算外包報價(動輒數十萬),我說了句:「找外包不如我來幫你做吧!」這句話把我直接推向了全新的領域。
在不懂遊戲引擎(Cocos Creator)、遊戲迴圈(Game Loop)與物理碰撞的情況下,我選擇了 Vibe Coding(規格驅動開發 Spec-Driven Development)。我發現:工程師累積的系統架構思維(如 OOP、RESTful API、資料庫設計、資安與狀態機)永遠不會過時;而 AI 則補足了我在遊戲引擎 API 記憶與美術繪製上的缺口。
┌─────────────────────────────────────────────────────────────┐
│ 【階段一:技術選型與 AI 素材試產】 │
│ Cocos Creator 3.8 (TypeScript) + Kotlin Ktor + Midjourney │
└──────────────────────────────┬──────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 【階段二:雙遊戲核心寫碼與實機對齊】 │
│ 青花瓷抓捕演算法 + 雪花冰佇列比對 + 高精度計時器 + Combo 加成 │
└──────────────────────────────┬──────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ 【階段三:平台整合與硬核資安攻堅】 │
│ PostgreSQL JSONB + HMAC-SHA256 簽章 + LINE LIFF + ECPay 冪等 │
└─────────────────────────────────────────────────────────────┘
Tech Tip:Vibe Coding 不是瞎猜亂寫,其核心是 Spec-Driven Development(規格驅動開發)。工程師扮演「系統架構師」,撰寫極度精確的
.cursorrules與spec.md規格文件;AI 則扮演「高級碼農」,執行重複性的語法編寫。只要介面規格(Interface)與邏輯狀態機(FSM)定義清楚,AI 就能發揮 10 倍以上的產能!