数理的システム設計 -ビジネスと技術制約をつなぐ手法- #ooc_2020 #ooc_a
-
- いいね！0
おかしょい
@okashoi
「変わるものを元にしたらアーキテクチャは崩れる、 変わらないものを基にしなければならない」 →最終的な構造を決定しない #ooc_2020 #ooc_a
2020-02-16 14:14:58
オミ・グッドラッカー 🐟12.07 01.14 01.20 02.04 03.30
@omiend
最終的な構造を決定しない設計 #ooc_2020 #ooc_a
2020-02-16 14:15:09
Shinji Matsumoto
@smatsumt
そこで、要件とシステムアーキテクチャの間に「数理的システムアーキテクチャ」を設ける。 技術・ユースケースは変わっていく。そこに依存して作ると、最終的に負債となる。構造を決めない設計。 絶対に変化しないなにかに基づくべき = 「美しさ」を根拠とする設計 #ooc_2020 #ooc_a
2020-02-16 14:15:48
しいたけ
@shitake4
めっちゃ面白い 数理的システム設計-ビジネスと技術制約を繋ぐ手法- by kyon_mm | トーク | Object-Oriented Conference #ooc_2020 - fortee.jp fortee.jp/object-oriente…
2020-02-16 14:15:55
おかしょい
@okashoi
・良い設計と自然には共通するものがある？ ・生命の美しさの特徴によって良い設計を説明できないか？ #ooc_2020 #ooc_a
2020-02-16 14:16:17
Kentaro Takasaki | アクティアCOO
@ken_takasaki
アイディア、仮説、要件 ↓ アーキテクチャ この間のギャップが大きいので、間に 数理的アーキテクチャ という最終的な構造を決定しないモノを挟んで決定を遅らせる という @kyon_mm さんの提案 #ooc_2020 #ooc_a
2020-02-16 14:16:24
おかしょい
@okashoi
システムアーキテクチャが崩れるということは、膨大な手戻りが発生する 「いかに些末な変更だけで済ませられるか」これを良い設計とする。 #ooc_2020 #ooc_a
2020-02-16 14:17:13
ほそざわあゆみ
@ayumi_hsz
アーキテクチャは変化するもの（要件やUC）に依存してはダメ。アーキテクチャが壊れてしまう。だから、変化しないものに依存する #ooc_2020 #ooc_a
2020-02-16 14:17:29
Shinji Matsumoto
@smatsumt
アレギザンダーによる15の幾何的特性。これを使う。 保守性の高さ、とは。「手戻りの少なさ」普遍性の高いなにかに依存することで、手戻りを減らす。 #ooc_2020 #ooc_a
2020-02-16 14:17:32
Kentaro Takasaki | アクティアCOO
@ken_takasaki
保守性が高いよい設計とは、手戻りが少ない設計 と @kyon_mm さん 普遍性を高くする #ooc_2020 #ooc_a
2020-02-16 14:18:15