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
エンジニアがUXを とりこぼさないために考えたこと
Search
h.t.
April 30, 2018
Technology
0
130
エンジニアがUXを とりこぼさないために考えたこと
UX JAM18発表資料。要素還元主義の話。UXをみんなで作ろうという話。
h.t.
April 30, 2018
Tweet
Share
More Decks by h.t.
See All by h.t.
サービスとは何だっけ?的な話(s-dev talks. LT)
hiroshitakeda
1
110
仮説とはなにか?(s-dev talks. LT)
hiroshitakeda
2
1.3k
管理画面をなくした話 DIST.25 LT資料
hiroshitakeda
1
2k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.1k
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
300
Other Decks in Technology
See All in Technology
転生CISOサバイバル・ガイド / CISO Career Transition Survival Guide
kanny
3
1k
2024.02.19 W&B AIエージェントLT会 / AIエージェントが業務を代行するための計画と実行 / Algomatic 宮脇
smiyawaki0820
13
3.5k
管理者しか知らないOutlookの裏側のAIを覗く#AzureTravelers
hirotomotaguchi
2
430
PHPで印刷所に入稿できる名札データを作る / Generating Print-Ready Name Tag Data with PHP
tomzoh
0
110
表現を育てる
kiyou77
1
210
Oracle Cloud Infrastructure:2025年2月度サービス・アップデート
oracle4engineer
PRO
1
220
ハッキングの世界に迫る~攻撃者の思考で考えるセキュリティ~
nomizone
13
5.2k
なぜ私は自分が使わないサービスを作るのか? / Why would I create a service that I would not use?
aiandrox
0
750
ビジネスモデリング道場 目的と背景
masuda220
PRO
9
530
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
6
57k
個人開発から公式機能へ: PlaywrightとRailsをつなげた3年の軌跡
yusukeiwaki
11
3k
Swiftの “private” を テストする / Testing Swift "private"
yutailang0119
0
130
Featured
See All Featured
Embracing the Ebb and Flow
colly
84
4.6k
It's Worth the Effort
3n
184
28k
Visualization
eitanlees
146
15k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
550
Docker and Python
trallard
44
3.3k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Designing Experiences People Love
moore
140
23k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
For a Future-Friendly Web
brad_frost
176
9.5k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Building Adaptive Systems
keathley
40
2.4k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
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