超高速で仕様変更に対応するデザインパターン （for リーン駆動＆アプリ） - Qiita

前置き リーンスタートアップ＆スクラム駆動で1年半アプリを継続開発した時 巷によくあるデザインパターンや考え方がイマイチしっくり来なかったので試行錯誤しました そのまとめです 注意 この方法が合うかどうかは状況に依ります 用法用量を守り適切にお願いします あと読んだあとに 「それただのオブジェクト指向じゃん？」とか 「それただのMVCじゃん？」とか 「それただのDDDじゃん？」とか言いたくなると思います そこらへん分かってる人にはあまり価値が無いかもしれません 対象者 アジャイル、リーンスタートアップ、グロースハックなどの開発をガチで行う事になった人 機能レベルの仕様変更がバンバン入る状況に置かれている人 プロダクトオーナーとの仕様会議に出られる人（内部設計、できれば外部設計、要件定義までやってる人） リーンスタートアップって何？ 時間があったら青本読んでみてください 乱暴にまとめてしまう

[mimesis]

壊しやすいように作る

[kabacsharp]

良記事。これは役に立つなぁ。ありがたい。

[tototti]

壊しやすいように作る、という発想は無かった。あまり共通化を進めると、一部だけの変更に弱いとか、確かにそうかもしれない。

[ktanaka117]

あとよみ