含錯誤專案
診斷既有 App、說明原因、完成修正,並透過回歸驗證確認原有功能仍正常。
除錯紀錄・修改差異・驗證結果
Harry Ng 的課程指南 / 18 週
從發想、規格與開發,到測試、產品化與網站。練習引導 AI,也學會解釋、修改並驗證自己的作品。
每週反覆練習
Ownership Loop
能解釋。能修改。
能提出證據。
01 / 學習進度
15 週實作、學習與回饋,
3 週展示與答辯。
認識 AI 輔助開發的工具、能力與限制,透過完整流程示範,學習如何引導 AI、判斷輸出並驗證結果。
實作與交付
完成基礎觀念小測驗與 AI 答案查證練習,認識成果掌握循環。
從使用者問題出發,以 Crazy 8s 探索方向,再將選定的核心流程畫成低擬真線框圖。
實作與交付
問題陳述、主要操作流程與 2–3 個關鍵畫面的線框圖。
學習 Terminal 與 Git 基礎,設定 Xcode 與 AI 工具,比較 Codex、Claude、Gemini、Antigravity 的 Mac App、CLI 與擴充工作流。
實作與交付
建立能執行的專案與可還原的版本紀錄。
以第 2 週線框圖與核心任務引導 Agent 製作可操作原型,透過 Xcode 安裝並在 iPhone 上運行與試用。
實作與交付
可在 iPhone 上操作的原型、核心流程展示與實機運行紀錄。
作為 iPhone 原型與可調整版面設計的延伸參考;場次和參加條件以 Apple 官方頁面為準。
重新界定痛點、Persona 與 Happy Path,觀察使用者試用原型並說出想法,將回饋轉成下一版需求。
實作與交付
課堂兩人試用、目標使用者至少五人測試、分支修改與另外兩人重測紀錄。
延續用戶回饋,透過 Agent 建立分支並修改功能,加入對應設定;追蹤 View 結構與 App 架構,練習 branch、switch branch 與 commit。
實作與交付
功能與設定的修改、分支切換與 commit 紀錄、View 結構及 App 資料流說明。
實作分支、建立 Pull Request、審查與回應意見,再合併修改;設定 SwiftFormat 與 GitHub Actions,建立可重複的格式、建置與測試檢查。
實作與交付
一個完成 Review 與 Merge 的 PR、SwiftFormat 設定及 GitHub Actions 執行結果。
展示問題、線框圖、iPhone 原型、用戶回饋、需求迭代與 AI 協作過程,說明目前限制和下一步。
實作與交付
期中展示、驗證證據與後續開發方向。
一起回顧每位同學目前的專案,了解已完成的功能、用戶回饋與開發卡點,提供個別建議,討論接下來可行的發展方向。
本週安排
整理專案回饋、修改優先順序與下一階段可執行的方向。
帶著目前可運行的版本與最想討論的問題,和老師一起檢視專案現況,將期中成果與用戶回饋轉成下一步。
驗證驗收條件、使用者流程與失敗情境,理解建置成功能證明與不能證明的事。
實作與交付
測試案例、執行結果與證據適用範圍。
診斷老師提供的問題專案,修正錯誤,確認原有功能仍然正常。
實作與交付
修正差異、原因說明、回歸驗證與觀念小測驗。
檢查狀態由誰管理、資料如何流動,以及元件責任;移除不必要的複雜度。
實作與交付
專題架構說明與有依據的改善紀錄。
依產品需要加入資料儲存、網路服務或平台功能,處理成功與失敗情境。
實作與交付
完成一項必要整合,並提出行為驗證證據。
改善使用體驗、無障礙、錯誤處理、隱私與可靠性,邀請他人試用。
實作與交付
試用回饋、問題優先順序與品質改善。
準備測試版、App 素材、商店資訊與支援說明,判斷哪些問題會阻礙發布。
實作與交付
發布準備清單、已知限制與測試版或可展示版本。
建立清楚介紹產品價值、功能示範、取得方式與支援資訊的網站。
實作與交付
產品網站、期末展示與完整成果證據。
展示產品與網站,說明重要決定、驗證結果,以及期中以來的進步。
實作與交付
完整產品展示與決策、驗證成果。
個別解釋運作流程與取捨,審查新的 AI 輸出,回應小型修改或除錯挑戰。
實作與交付
以說明、現場修改與證據,展示對作品的掌握。
02 / 如何呈現學習成果
結合實作、觀念與口頭說明,
看見你的理解與判斷。
診斷既有 App、說明原因、完成修正,並透過回歸驗證確認原有功能仍正常。
除錯紀錄・修改差異・驗證結果
檢查核心概念、預測程式行為,判斷 AI 提出的答案與方案是否合理。
概念理解・行為預測・判斷依據
從使用者問題出發,完成原型、規格、實作、測試、產品化與產品網站。
專題成果・規格・決策與測試紀錄
解釋作品如何運作、說明重要取捨,並處理新的需求、AI 輸出或除錯挑戰。
口頭說明・現場修改・結果驗證
03 / 如何評分
依四個能力面向,
綜合各項評核證據。
10%
使用者問題是否清楚?範圍、優先順序與不做的事項,是否有合理依據?
20%
能否提供必要背景、拆解任務、寫清規格、控制修改範圍,並審慎檢查 AI 輸出?
30%
程式結構、狀態管理與資料流是否合適?成果是否容易維護、可靠,且有有效測試?
40%
Ownership Loop
能否解釋系統、調整既有實作、提出驗證證據,並為重要決定與取捨負責?
工程與架構評量作品的實作品質;成果掌握與驗證評量你對作品的理解、修改能力與判斷依據。Ownership Loop 在整學期持續評核,第 18 週再以個別答辯確認掌握程度。
04 / 延伸閱讀
了解這門課如何從產生程式碼,走向掌握作品。