Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
モデル図の難しさについて
Search
kawakawa
December 22, 2023
Programming
1
260
モデル図の難しさについて
モデル図を道具として、現実(業務など)をみるときに生じる難しさとはなにか。
何をすれば現実を見る手助けとなるのかを考えてみました。
kawakawa
December 22, 2023
Tweet
Share
More Decks by kawakawa
See All by kawakawa
キーワードで振り返る暗黙知の次元
kawakawa
0
410
オブジェクト指向の「語る」と「示す」
kawakawa
9
22k
心理的安全性ゲームをやってみよう
kawakawa
2
2.9k
ドメインオブジェクトとユースケースの関係について
kawakawa
10
3.8k
Other Decks in Programming
See All in Programming
Streams APIとTCPフロー制御 / Web Streams API and TCP flow control
tasshi
2
350
レガシーシステムにどう立ち向かうか 複雑さと理想と現実/vs-legacy
suzukihoge
14
2.2k
OSSで起業してもうすぐ10年 / Open Source Conference 2024 Shimane
furukawayasuto
0
110
Arm移行タイムアタック
qnighy
0
330
Amazon Bedrock Agentsを用いてアプリ開発してみた!
har1101
0
340
3 Effective Rules for Using Signals in Angular
manfredsteyer
PRO
0
120
タクシーアプリ『GO』のリアルタイムデータ分析基盤における機械学習サービスの活用
mot_techtalk
4
1.5k
카카오페이는 어떻게 수천만 결제를 처리할까? 우아한 결제 분산락 노하우
kakao
PRO
0
110
Duckdb-Wasmでローカルダッシュボードを作ってみた
nkforwork
0
130
Better Code Design in PHP
afilina
PRO
0
130
受け取る人から提供する人になるということ
little_rubyist
0
250
Hotwire or React? ~アフタートーク・本編に含めなかった話~ / Hotwire or React? after talk
harunatsujita
1
120
Featured
See All Featured
The Invisible Side of Design
smashingmag
298
50k
It's Worth the Effort
3n
183
27k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Imperfection Machines: The Place of Print at Facebook
scottboms
265
13k
Designing the Hi-DPI Web
ddemaree
280
34k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.2k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
131
33k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
26
2.1k
Why Our Code Smells
bkeepers
PRO
334
57k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
How to Think Like a Performance Engineer
csswizardry
20
1.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
900
Transcript
モデル図の難しさに ついて IT勉強会宴会 <年忘れLT宴会in新大阪> @kawakawa
モデル図と現実の関係性 2 現実世界 (業務やら) モデル図 抽象化 解釈化 理解 活用
モデル図と現実の関係性 3 現実世界 (業務やら) モデル図 抽象化 解釈化 理解 活用 目的ごとに、現実
を理解するために 抜きだしたものだ から理解はラク。
モデル図と現実の関係性 4 現実世界 (業務やら) モデル図 抽象化 解釈化 理解 活用 こっちが
大変!
モデル図➔現実の難しさ 5 ここで例を1つ。 皆さん、 野球のルールは知っていますか?
モデル図➔現実の難しさ 6 では、 野球のルールだけで、野球を語れますか?
モデル図➔現実の難しさ 7 では、 野球のルールだけで、野球を語れますか? WBC世界一をルールだけで説明できます?
モデル図➔現実の難しさ 8 野球はルールに従って成り立っています。 しかし、ルールだけでは野球を説明できま せん。 これはモデルにも同じことが言えます。 モデルに記載された内容だけでは、 現実を理解できません。 解釈の❝糸口❞になるだけです。
モデルが示しているのも 9 では、 モデルがすべてを記していなくても、 現実の解釈の糸口になる例を考えてみま しょう。
ひとつ問題を出してみたいと思います。 将棋に新しい「銅(どう)」というコマを 追加したいと思います。 「銅」はどのように動きますか? 10 銅
おそらく、動けるマスの多さが、 金・銀 > 銅 > 桂馬 となるように 考えた方は多かったのではないでしょうか。 例えば、こんな感じに。 11
銅 縦横 斜め 銅 銅 縦横&斜め
逆に、次のような振る舞いを考えた人は 少なかったと思います。 (1)他の種類の駒とまったく同じ動き (2)金や銀より多くのマスに動ける (3)好きなマスにワープできる!! 新しい駒の動きを自由に考えてよいのに、 なにかの制約を受けてしまったようです。 その制約の正体とは何でしょうか。 12
今回の場合、 (1)駒ごとに動きが異なることを知っている (2)金、銀、銅の貴金属価値、オリンピック などに見られる上下関係を、動けるマス数 にも当てはめている (3)将棋が破綻するような能力は、そもそも 想定から除外している などが考えられます。 13
(2)の金銀銅のメタファーが、動けるマス数に 金銀 > 銅 と制約を与えているこれが、 示すの良い例となります。 直接、動けるマス数を金銀より少なくしたい と指定しているわけではないのに、 金銀銅のメタファーを使うことで、 直接は記していない規則を示すことができるの
です。 14
(2)の金銀銅のメタファーが、動けるマス数に 金銀 > 銅 と制約を与えているこれが、 示すの良い例となります。 直接、動けるマス数を金銀より少なくしたい と指定しているわけではないのに、 金銀銅のメタファーを使うことで、 直接は記していない規則を示すことができるの
です。 15 これがモデル➔現実の難しさ となります。
良きメタファーを活用できるかが、 モデル➔現実世界を理解するうえの、 難しさにつながっているのです。 メタファー例 ・赤黒処理(情報は常に追記) ・色味(青=安全、黄=注意、赤=エラー) ・新幹線(のぞみ、ひかり、こだま) などなど 16
17 まとめ
モデル図は2段構成で出来ています。 記載している個所と、 記載していない箇所です。 モデル図が成り立つ前提は、 記載している箇所だけでなく、 記載していない箇所にも多く存在します。 「メタファ」をうまく活用することで、 記載していない箇所の概念を認知して もらうことができます。 18
「理解できるモデル図」から 「理解できてしまうモデル図」へ より良きモデル図への探求は まだまだ続きます。 19