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
エンジニアがUXを とりこぼさないために考えたこと
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
h.t.
April 30, 2018
Technology
200
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
エンジニアがUXを とりこぼさないために考えたこと
UX JAM18発表資料。要素還元主義の話。UXをみんなで作ろうという話。
h.t.
April 30, 2018
More Decks by h.t.
See All by h.t.
サービスとは何だっけ?的な話(s-dev talks. LT)
hiroshitakeda
1
160
仮説とはなにか?(s-dev talks. LT)
hiroshitakeda
2
1.6k
管理画面をなくした話 DIST.25 LT資料
hiroshitakeda
1
2.2k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.5k
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
390
Other Decks in Technology
See All in Technology
AWS FinOps Agent 結局何が得意なの?
siromi
0
140
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
130
あけおめLINE 傾向とその対策
nasa9084
0
320
CLIライブラリ開発を支える技術
htnabe
0
150
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
190
その Lambda、8分で 管理者権限まで奪われます
k1nakayama
7
3.7k
AI Agent入門〜今更聞けないAgentの話〜
hiromimaganuma
0
110
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
27
17k
人にやさしく、AIにやさしく、書き手を選ばないIaCのガードレール再考 / Rethinking IaC Guardrails for Humans and AI Alike
kohbis
5
940
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
「どのログを見ればいい?」 から始めた サーバーレス障害解析
y_waka1
1
150
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.7k
Featured
See All Featured
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
540
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
300
Building an army of robots
kneath
307
46k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Six Lessons from altMBA
skipperchong
29
4.5k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
1k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
We Have a Design System, Now What?
morganepeng
55
8.3k
How Software Deployment tools have changed in the past 20 years
geshan
1
34k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
280
Transcript
エンジニアがUXを とりこぼさないために考えたこと
message UX って、 ⾔葉、カタチ、⾊、⾳、機能、速度… その結果ユーザーが感じる経験 さまざまな要素が複雑に影響しあって その結果としてできあがるもの。 ⾊やカタチといった要素、⾃分の役割にとらわれて ⼤事なものが消えていかないように 「良いサービスを作ろう」
をみんなで考えよう
⾃⼰紹介 武⽥ 博(たけだ ひろし) ※ 今回の発表は個⼈での発表です、会社の意⾒ではありません
⾃⼰紹介 ⽣粋の技術屋・エンジニア プロのプログラマ 携帯の基地局、オーディオ組み込みソフトからWebサービスまで
なぜ? 今までの開発のやり⽅では何か⼤事なモノが失われる 例えば UX とか
今⽇の話 分割統治アルゴリズム、または、要素還元主義、の話
今⽇の話 分割統治アルゴリズム、または、要素還元主義、の話 え……? 急に難しい…??? うん…むずかしい話なんです
要素還元主義
要素 還元 主義 物・事を成り⽴たせるもと 根源的なものにもどすこと 継続的にもっている思想上の⽴場
要 素 還 元 主 義 ⼤切なところ もととなるところ もとに戻る もと
中⼼になる 道理
⻄ ⼥ ⽷ … … ⺷ 我
⻄ ⼥ ⽷ … … ⺷ 我
要素還元主義 ⼩さな「要素」に分解して調べることで その対象が理解できる
要素還元主義 ⼩さな「要素」に分解して調べることで その対象が理解できる
要素還元主義 ⼩さな「要素」に分解して調べることで その対象が理解できる 説得⼒なし
そう 単純化された世界では成り⽴つけれど 複雑な現実世界では 要素還元主義 は成り⽴たないことが多いのです ※ 要素還元主義が役に⽴たないという意味ではないです!!!
閑話休題
エンジニアのアプローチ 「新しいサービスを作りたい」 というときにどうするか?
エンジニアのアプローチ 「新しいサービスを作りたい」 というときにどうするか? ……「要素還元主義」は現実世界では成り⽴たないと今まで散々⾔ってましたよね……
エンジニアのアプローチ 「新しいサービスを作りたい」 というときにどうするか? …………
エンジニアのアプローチ 「新しいサービスを作りたい」 というときにどうするか? 要素還元主義 ( ゚Д゚)エッ
( ゚Д゚)
結局ものを作とうと思ったら 「要素還元主義」
企画 UIデザイン システムデザイン 実装 HTML CSS Javascript <html> </html> h
+ t+ m + l 0x68 0x74 0x6D 0x6C
企画 UIデザイン システムデザイン 実装 HTML CSS Javascript <html> </html> h
+ t+ m + l 0x68 0x74 0x6D 0x6C ⼀歩すすむために何か⼤事なものが消えていく
企画 UIデザイン システムデザイン 実装 HTML CSS Javascript <html> </html> h
+ t+ m + l 0x68 0x74 0x6D 0x6C 何か⼤切なものが消えてる気がする
結局 ⼤切なもの≒本質≒UX は 「要素還元的」に作っていくものではない 「要素還元的」に作っていくと逆に消えて⾏ってしまうもの 関係者が全体として「よいものを作ろう」と改善を繰り返して結果できあがるもの
企画 UIデザイン システムデザイン 実装 HTML CSS Javascript <html> </html> h
+ t+ m + l 0x68 0x74 0x6D 0x6C ではなく
企画 UIデザイン システムデザイン 実装 HTML CSS Javascript <html> </html> h
+ t+ m + l 0x68 0x74 0x6D 0x6C こう
message UX って、 ⾔葉、カタチ、⾊、⾳、機能、速度… その結果ユーザーが感じる経験 さまざまな要素が複雑に影響しあって その結果としてできあがるもの。 ⾊やカタチといった要素、⾃分の役割にとらわれて ⼤事なものが消えていかないように 「良いサービスを作ろう」
をみんなで考えよう
ごせいちょうありがとうございました m__m