然後一個月就過去了...
google 「工程師 處理問題 流程」
a.k.a 我的 commit 大概都長什麼樣子
簡略流程:
1. 拉好路徑跟檔案
feat(member) add member routes and files
2. 建立 UI 元件
feat(ui) add state button
feat(ui) add full-height-container
feat(ui) add cancel-request-modal
3. 抓 data
feat(member) add member order query string
feat(member) apply member order query to page
feat(member) apply filter params to query
4. 處理 data
feat(member) add get member order state helper
feat(member) add get member order price helper
feat(member) add use-order-params helper
5. 丟 data 給 UI 元件
feat(member) fetch data to order list
看著設計圖抓重複的需求
Flag Request Modal
1. 區分是否有人做過
Flag Request Modal
2. 決定最大 layout
我有三個 section,需求是相同的 margin、相同的寬度、高度由內容決定
Flag Request Modal
3. 查看是否有重複元素
Flag Request Modal
4. 區分 Section
所有可以互動的都有狀態QQ
找出 UI 本身要有的狀態
Button
Input
Others
可以參考有限狀態機 好文連結
Mutation 需要照顧的狀態/Callback
你的問題一定有其他人問過
給自己熱身時間 (pre-study)
給自己停損點,超過 2 小時沒進展就去問身旁的大師