Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
モデル図の難しさについて
Search
kawakawa
December 22, 2023
Programming
400
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
モデル図の難しさについて
モデル図を道具として、現実(業務など)をみるときに生じる難しさとはなにか。
何をすれば現実を見る手助けとなるのかを考えてみました。
kawakawa
December 22, 2023
More Decks by kawakawa
See All by kawakawa
キーワードで振り返る暗黙知の次元
kawakawa
0
690
オブジェクト指向の「語る」と「示す」
kawakawa
9
28k
心理的安全性ゲームをやってみよう
kawakawa
2
3.2k
ドメインオブジェクトとユースケースの関係について
kawakawa
10
4.4k
Other Decks in Programming
See All in Programming
標準パッケージに uuid が追加された 背景から見る Go らしい意思決定 / go_127_uuid_decision
convto
5
9.2k
Streamlitで実現する自然言語データアプリ開発
ayumu_yamaguchi
1
330
KiroのSpecで「五目並べ」を作ってみる
satoshi256kbyte
1
320
モデルのリファクタリングが難しいと思ったら、そもそも複雑だったのはビジネス仕様だった ? / is-the-business-domain-the-real-complexity
hatsu38
0
430
ソニーのクラウド共通基盤の変遷とAI時代の開発スタイルに合わせた進化 / The Journey of Sony’s Common Cloud Platform and Its Evolution for AI-Native Development
kenjiyoneyama
0
200
SREの越境 / SRE Collaboration
y0hgi
2
290
AGENTS.md Is Not Enough:Build Skills, Don't Download Them
lx_t
0
130
setup-vp GitLab対応の裏側
naokihaba
0
140
コードレビューのボトルネックを"する側"と"される側"の両面から解消する
yub0n
1
680
Omarchy Tokyo やると聞いて UMPC 買ってセットアップしてきた
mtsmfm
0
190
20260914 AIエージェント時代のPlatform Engineering LLM基盤とプロダクトの責務境界線
kanfab1
7
2.3k
AWSに止められる覚悟してますか?
morizo_1984
2
490
Featured
See All Featured
Designing for Performance
lara
611
70k
Amusing Abliteration
ianozsvald
1
320
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
620
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
Raft: Consensus for Rubyists
vanstee
142
7.7k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Discover your Explorer Soul
emna__ayadi
2
1.3k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
8k
Become a Pro
speakerdeck
PRO
31
6.3k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
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