---
# System prepended metadata

title: チーム定例10/5
tags: [チーム定例]

---

# チーム定例10/5

## 話したこと


* チームの作成
    * 機能だけでPR作る
    * uiは別のPR

* E2Eが落ちてるのは？
    * 意図通りではない

* miraiさんが今やっているやつの修正
    * 影響大きいので影響ないところからやっていく

* tailwindはどう？
    * css moduleで別れるのは好きじゃない
    * 慣れている人がuiのコンポーネント作る？
    * tailwind辛かったら、css module(emotion)へ移行する
    * theme的なところをどう設定する？
    
    結論 uiコンポーネントベースで

* バックエンドの例外処理の優先順位
    * デザインにないからいいのではないか？
    * 影響範囲は
        * new errorしてるところ
            * カスタムエラークラスを返す
            * エラーコード
        * 後からでも大丈夫
        * やっちゃうか

* lint ruleのunicornでfrontのpropsとparamsだけ許したい
    * front だけ適用できるように修正しよう

* UniqueEntityIDをextendしたVOのID系、直接UniqueEntityIDで呼び出せば良いのでは？（まだ旨味が分からない
    * 一旦現状の実装方式で進めよう

* 例外
    * カスタム例外の属性に何が必要
        * エラーコード
        * メッセージ
    * DDDの例外処理を厳密に再現する？
        * 再現する場合の実装方針
            * ドメイン層とユースケース層の例外を作成
            * NestjsのExceptionFilterでフィルターする

* TypeScript Axios Generator
    * 自動生成されたモノで誰か実装した？SWRで上手くいかないんだけど、、、（Kaizukaさん）
        * 一旦、ピュアなAxiosで実装している
        * Request/Responseの型のみ利用している　<- 採用！

* SWR
    * Getのときのみ利用するよね？更新するときは使わないよね？
    * なさそう

###### tags: `チーム定例`
