Please enable JavaScript.
Coggle requires JavaScript to display documents.
決済代行で気をつけること, アカウント発行システムをDDDでリファクタリングしたら 幸せになりそうな予感がした, 個人でWebアプリを作って …
決済代行で気をつけること
直接決済の話ではない
ECサイト
ゲームなど
ユーザとお財布のモデルを分ける
お財布モデルを用意してね
その日が来るまでは1:1でも良い
要は
ちゃんとモデリングしようね
アカウント発行システムをDDDでリファクタリングしたら 幸せになりそうな予感がした
サブシステムなら可能では？
アカウント発行システムをDDDにしてみた
DDDのよさ
仕様変更が圧倒的に楽
DDDじゃなかったら
(トランザクショナルだったら)
既存使用理解&影響調査が大変
大量のif文
全部変更って難しいぴえん
個人でWebアプリを作って
みたい人の設計入門
いきなりツールを使わない
まずは手書きがおすすめ
ツールの制約や使い方にとらわれてしまう
手書きでアウトプットが結局早い
何を手書き？
画面設計書
ER図も
なぜこのテーブル構成にしたかメモ
設計できたら
ER図はツールでちゃんと書く
実装フェーズ
スタイルなどはその場で考えて行った
自分用のマニュアルをREADMEに書いた
まとめ
個人で作る場合でも設計はした方がいい
設計書は手書きで十分
運用方法も忘れず記録しておく
モデルベースの要件定義で要件定義と実装との距離を近づける
よくあるドキュメント
文書が更新されない
RDRA(ラドラ)
設計書がない場合の
ガイドラインを作る
目的を明確にする
脳死でできるところから進めていく
完璧を求めると時間足りない
自分なりの解釈をいれる
まとめ
設計書がない = 悪ではない
ないならないでお互いに楽な付き合い方をする