當 AI 越來越會寫程式,我開始思考:身為前端工程師,自己還需要練習哪些能力?
這 30 天想記錄學習系統分析與設計(SA/SD)的過程。
從「加個按鈕」這樣的小需求出發,練習拆解問題、釐清狀態與資料責任,再把想法整理成 Prompt,以及能重複使用的 AI Skill。
這是一份邊學邊寫的筆記,會透過前端情境與小型電商案例,留下自己的理解、疑問和修正。
希望在與 AI 協作的過程中,慢慢養成先想清楚、再動手寫的習慣。
先記住:拿到需求先問目的、規則、未知、失敗與驗收。需要深入時:再使用完整 SA 工具。 畫面出來了,事情卻還沒做完 想像這個情境:你把購物車設計稿交給 AI...
先記住:一句「很簡單」先拆成角色、目標、成功與不做範圍。需要深入時:再整理完整 Use Case。 「這應該很快吧?」 假設 PM 希望在購物車加一個「套...
先記住:先抓錯金額、錯權限、資料消失與重複提交。需要深入時:再畫狀態與事件表。 為什麼只是多點兩下就壞了? 優惠券單次送出測試通過了。使用者先輸入 A,立刻...
先記住:估時要拆交付物、依賴與未知。需要深入時:再做 WBS 與風險紀錄。 「以為只是串個 API」 假設你估優惠券功能一天,實際花了三天。 回頭看,不是三...
先記住:畫面欄位不等於 API 契約,先問資料語意與權威。需要深入時:再整理 DTO、領域與畫面模型。 畫面有六個欄位,不代表 API 只要六個欄位 設計稿...
抱怨很真實,但不能直接拿來排工作 假設 API 有時回傳數字、有時回傳字串;UI/UX 又把固定折扣改成可展開的優惠明細。前端夾在中間,很容易覺得所有變動都落在...