Schema駆動開発で思考を絞る

Transcript

1. 考えることを 減らすスキーマ駆動開発 新谷アレン
2. @AllenSnitani 専門はフロントエンド。バックエンド, ハードもやる 電気工事士二種 銭湯と電子工作好き
3. スキーマ駆動とは何が嬉しいのか (1)backendとfrontendで型が共有されるのでランタイムの エラーが減る(ビルドで気づける) (2)手動で書くコードが減らせる(関心が減らせるという こと。行数じゃない) (3)ユニットテストが書きやすい。
4. 思考をしぼる (1)ISSUEを割り当てる時に考えることが減る (2)backendとfrontendがやり取りするデータの型は全てスキーマ にできる => 型の影響範囲が絞れる これはバカラの絞り
5. AIも思考をしぼる (1)AIはあなたのコードを写す鏡である (2)使われていないコードや例外の実装はAIには特に毒になる 引用：https://speakerdeck.com/yukukotani/ai-coding-agents-enablement-in-typescript
6. レビューをちょっとしぼる (1)ドキュメントや一部のテストが自動生成されることで レビュー工数が減りやすい (2)製品のターゲットと規模によってUI動作の正確性を後回しに されることもある
7. 逆に何を考えなきゃいけないの？ (1)APIの設計とかフィールドの粒度とか (2)ドメインモデリングは考える事がむしろ増える => エンティティが何 を表すか、責務の範囲など (3)lintとCIの強化
8. ハードウェアが入ったら？ (1)IoT Coreから配信されるデータを加工してスキーマにする必要がある (2)外部サービスと連携する場合は緩衝地帯が必要 => Stripeとか ResendとかとIoT通信用のMQTTはまとめても分けてもOK
9. 展望 (1)ハードウェアもTypeScriptで書けてスキーマを使って実装したい (2)Server ActionsみたいにコンポーネントからIoTの関数も 叩けたらフルスタックが完成するのでは！
10. まとめ (1)ドメインモデリングは考える事がむしろ増える => エンティティが何 を表すか、責務の範囲など ドメインモデリングは考える事がむしろ増え る => エンティティが何を表すか、責務の範囲など (2)型の影響範囲がわかることでAIにも人間にも分かりやすくなる (3)ハードウェアは単純に外部サービスとして扱うのが現状
11. フィードバックお待ちしています！ @allenganbaru 作ってみたリポジトリ