数理的システム設計 -ビジネスと技術制約をつなぐ手法- #ooc_2020 #ooc_a
-
- いいね！0
Kazuki Higashiguchi
@hgsgtk
数理的システムアーキテクチャ インターフェースの決定を遅延し構造の決定を遅延させる、システムレベルのインターフェースの決定を遅延させるアイデア 15の幾何学的特性などを活用 #ooc_2020 #ooc_a
2020-02-16 14:34:46
ポリドッグ@PartyHard Inc.
@polidog
数理的システム設計はすえなみちゃんすのときにも聞いたけど、まだぜんぜｎ理解できない・・・ #ooc_2020 #ooc_a
2020-02-16 14:34:59
Shinji Matsumoto
@smatsumt
Q. 数値比較に求める数、3 とあるがどうやって決めている？ A. 強い根拠はない。いまは勘で3つにしている。2 は少なく、4 は可視化が厳しい。 #ooc_2020 #ooc_a
2020-02-16 14:35:04
TAKAKING22
@TAKAKING22
「勘」ってなってしまうところを諦めずに言語化して普遍性をもたせようとする人たちは尊い。 #ooc_2020 #ooc_a
2020-02-16 14:35:56
Shinji Matsumoto
@smatsumt
Q. 2つ。数理的という言葉に違和感。15の幾何的特性、IT に適用するのに違和感があるものはなかったか。 A. 将来像としてほしいものは幾何的に表現されたもので、それが実現できれば数理的といえる。ラフネスは使いやすい=プラグイン的差し替え可能性。ボイドは使いにくい。 #ooc_2020 #ooc_a
2020-02-16 14:36:15
girigiribauer
@girigiribauer
ソフトウェア開発がまだまだ学問として体系化されてないの、今日話聞いててすごくわかる気がする #ooc_a #ooc_2020
2020-02-16 14:37:31
Shinji Matsumoto
@smatsumt
Q. 実際にかかる時間は？ A. スライド例だと1日、プロジェクトで2週間くらいで1stドラフト。物理システムの見通しが悪ければ、もっと薄い実践のほうが。 #ooc_2020 #ooc_a
2020-02-16 14:37:57
Kazuki Higashiguchi
@hgsgtk
現時点の課題 - 物理アーキテクチャにおとしにくい - 支配的な法則を発見できていない、 ソフトウェアにおける当たり前の感覚 江渡さんが、指摘していた「建築とソフトウェアの根本的な性質の違い」の課題感っぽい #ooc_2020 #ooc_a
2020-02-16 14:38:14
大雪 命
@mikoto2000
「実プロジェクトでは数理的アーキテクチャ設計のファーストドラフトに 2 週間程度かけている」 #ooc_2020 #ooc_a
2020-02-16 14:39:08
isop
@isop
ソフトウェアシステム設計における アレグザンダー理論の活用 数理的システム設計手法の提案 #agileto2019 #ooc_2020 speakerdeck.com/kyonmm/sohutou…
2020-02-16 14:39:27
TAKAKING22
@TAKAKING22
パターン（ex. ペルソナ、ユースケース）を出してウォークスルーしながら確かめるというやり方はやっぱりいいよなー #ooc_2020 #ooc_a
2020-02-16 14:40:23
Kazuki Higashiguchi
@hgsgtk
"“建築とソフトウェアの根本的な性質の違いからくると言えるでしょう。（中略）たとえば身長や体重が一定の範囲に収まるといった暗黙の条件を備えています。しかしソフトウェアは、物としての実体を持っていないがゆえに、その前提条件を暗黙の内に規定することはできません。””（メモ）
2020-02-16 14:40:59
Kazuki Higashiguchi
@hgsgtk
出自 江渡 浩一郎. パターン、Wiki、XP 時を超えた創造の原則 (WEB+DB PRESS plus) メモ
2020-02-16 14:41:12
りらぞう
@rirazou_
思ってたよりわかりやすかった。ちょうどパターンWikiを読んだあとだったのもあるな。 あと、さっききょんさんが言ってた事のイメージが少し分かった。後で思考をめぐらせよー。 #ooc_2020 #ooc_a
2020-02-16 14:46:39