$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジニアがUXを とりこぼさないために考えたこと
Search
h.t.
April 30, 2018
Technology
0
160
エンジニアが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
130
仮説とはなにか?(s-dev talks. LT)
hiroshitakeda
2
1.5k
管理画面をなくした話 DIST.25 LT資料
hiroshitakeda
1
2.1k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.3k
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
350
Other Decks in Technology
See All in Technology
SSO方式とJumpアカウント方式の比較と設計方針
yuobayashi
6
280
RAG/Agent開発のアップデートまとめ
taka0709
0
130
Debugging Edge AI on Zephyr and Lessons Learned
iotengineer22
0
110
20251209_WAKECareer_生成AIを活用した設計・開発プロセス
syobochim
5
1.3k
AI時代の開発フローとともに気を付けたいこと
kkamegawa
0
2k
re:Invent 2025 ふりかえり 生成AI版
takaakikakei
1
170
pmconf2025 - 他社事例を"自社仕様化"する技術_iRAFT法
daichi_yamashita
0
780
Bakuraku Engineering Team Deck
layerx
PRO
12
7k
小さな判断で育つ、大きな意思決定力 / 20251204 Takahiro Kinjo
shift_evolve
PRO
1
570
Playwright x GitHub Actionsで実現する「レビューしやすい」E2Eテストレポート
kinosuke01
0
320
AWS CLIの新しい認証情報設定方法aws loginコマンドの実態
wkm2
2
180
生成AIでテスト設計はどこまでできる? 「テスト粒度」を操るテーラリング術
shota_kusaba
0
440
Featured
See All Featured
Designing for humans not robots
tammielis
254
26k
Building Flexible Design Systems
yeseniaperezcruz
330
39k
How to Think Like a Performance Engineer
csswizardry
28
2.4k
Java REST API Framework Comparison - PWX 2021
mraible
34
9k
Automating Front-end Workflow
addyosmani
1371
200k
How to Ace a Technical Interview
jacobian
280
24k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.4k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
YesSQL, Process and Tooling at Scale
rocio
174
15k
How GitHub (no longer) Works
holman
316
140k
We Have a Design System, Now What?
morganepeng
54
7.9k
GitHub's CSS Performance
jonrohan
1032
470k
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