注意 (Feature merge 進 master 時)

如果 bug 在 master(app) 會閃退時要開 hotfix 出來修正, 改完之後上正式版本

app

1. ios 和 android 都要測試過
2. 實體返回鍵要測試
3. 直向和橫向
4. 多樣板 - 標準/樸素/暗黑
5. a->b->c 要用 get(a, 'b.c', false)

api

1. 跑過測試

其它

1. 如果是合併 api 分支要記得測試一下之前的code (前端有沒有問題)
2. 以前的元件由工程師找出來, 新的由PM開發(?)
3. 共用元件用概念去區分

PM

• 給 pm 測試要先改 store
• 確認需求 => 先想想畫面中的功能, 可能會用到的東西或者是否是怎麼樣運作或者有什麼疑問？

1. api - 可能有哪幾隻 api 可以用
2. app - 哪些元件可以用(第三方 or 專案已經有的) / 色碼是否有硬性規定?有的話是啥 / 是否已經有call 這些 api 的action

• 溝通

1. 工作內容相關
2. 增進工作效率之類的意見
3. 意見交流
4. 問商業邏輯
5. 先想好要說啥
6. 思考對話內容

工作中

api

• laravel best practice
• PSR2
• 回傳格式

return [
    'key1' => $value,
    'key2' => $value2,
];

• 可以重複用的 sql query 寫成 scope
• 可以先找看看是否已經有 api 可以使用 => 經由 api route path 知道可以拿到什麼東西
• service api route 用動名詞 && 其它就 http method + modelName(s)/{id}/relation

app

• styleSheet 和 themeConsumer 搭配
• 寫 component - 元件化
• 找不到圖可以去 專案的 issue 裡找看有沒有相關的圖可以用, 沒有再找同事
• 色碼表 - 知道需要什麼顏色
• 使用 react native elements - themeConsumer 統一顏色等等 style props
• 元件表 - 知道有什麼元件可以使用

重構

• 查 cleanCode 相關得文章
• 查 自己refactor文章

其它

• 商業邏輯文件