# チーム定例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: `チーム定例`