審慎與分享您的成果
載入中
審慎與分享您的成果 · 3 min
摘要逐字稿
在建造者模式中，審慎意味著完全的擁有權：您要對這個產品負責，從它是否應該存在，到它在上線後是否真正服務使用者。本課程將涵蓋發布的真正意義、AI 不會警告您的技術現實、為什麼測試在某個東西上線的那一刻起就成為您的安全網，以及淘汰自己作品這項被低估的技能。
重點整理
- 您擁有的是結果，而不是產出。「AI 寫的」這句話什麼都解釋不了，也無法成為藉口。
- 發布有其自身的技術詞彙（遷移、版本控制、速率限制、功能旗標），除非您主動詢問，否則 AI 不會主動提出。
- 測試讓發布後的迭代變得安全。先測試的習慣正是您能夠有信心持續修改的原因。
- 自由地製作原型，但有選擇性地發布。廉價的程式碼只有搭配誠實的評估，才能創造價值。
- 存取權限是一項設計決策。在您宣稱某個東西已經發布之前，先檢查您的假設排除了哪些人。
練習
發布診所應用程式
發布是審慎真正落實的時刻——在您部署之前，請誠實地回答以下每一個問題。
完成這些之後，部署您的應用程式，或將其作為原型託管，與三位真實使用者分享，並根據您所學到的內容進行一次迭代，並附上能驗證此變更的測試。
- 理解 — 您能解釋您的程式碼實際做了什麼，而不只是它應該做什麼嗎？
- 測試 — 您的驗收測試是否仍然通過？您是否測試過邊緣情況——診所休診、資料缺失、等待時間為零？
- 存取 — 您的建造成果沒有好好服務到哪些人？
- 責任 — 這個產出是否可能被誤讀或誤用？您是否已經對 AI 所扮演的角色保持透明？
- 回饋迴圈 — 發布之後，您要如何得知它是否運作良好？
課程反思
- 從這門課程開始到現在，您對 AI 整合的想法有什麼改變？
- 根據您所學到的內容，您在與 AI 合作時會有哪一件事做得不一樣？
接下來
您已經建造、評估並發布了診所等待時間查詢工具。在最後一課中，您將把完整的 4D 框架整合在一起，並帶著一項已經啟動的真實任務結束課程。