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
140
エンジニアが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
2.1k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.2k
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
320
Other Decks in Technology
See All in Technology
AWSLambdaMCPServerを使ってツールとMCPサーバを分離する
tkikuchi
1
3k
Would you THINK such a demonstration interesting ?
shumpei3
1
220
“パスワードレス認証への道" ユーザー認証の変遷とパスキーの関係
ritou
1
580
クラウド開発環境Cloud Workstationsの紹介
yunosukey
0
170
AI Agentを「期待通り」に動かすために:設計アプローチの模索と現在地
kworkdev
PRO
2
450
Road to Go Gem #rubykaigi
sue445
0
460
ソフトウェア開発現代史: "LeanとDevOpsの科学"の「科学」とは何か? - DORA Report 10年の変遷を追って - #DevOpsDaysTokyo
takabow
0
380
より良い開発者体験を実現するために~開発初心者が感じた生成AIの可能性~
masakiokuda
0
180
開発視点でAWS Signerを考えてみよう!! ~コード署名のその先へ~
masakiokuda
3
170
【2025年度新卒技術研修】100分で学ぶ サイバーエージェントのデータベース 活用事例とMySQLパフォーマンス調査
cyberagentdevelopers
PRO
5
7.3k
DETR手法の変遷と最新動向(CVPR2025)
tenten0727
2
1.4k
Creating Awesome Change in SmartNews
martin_lover
1
280
Featured
See All Featured
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.5k
Why Our Code Smells
bkeepers
PRO
336
57k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
Become a Pro
speakerdeck
PRO
27
5.3k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Adopting Sorbet at Scale
ufuk
76
9.3k
Bash Introduction
62gerente
611
210k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
5
520
Docker and Python
trallard
44
3.3k
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