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
310
Other Decks in Technology
See All in Technology
モンテカルロ木探索のパフォーマンスを予測する Kaggleコンペ解説 〜生成AIによる未知のゲーム生成〜
rist
4
1.1k
20250328_OpenAI製DeepResearchは既に一種のAGIだと思う話
doradora09
PRO
0
150
React Server Componentは 何を解決し何を解決しないのか / What do React Server Components solve, and what do they not solve?
kaminashi
6
1.2k
3/26 クラウド食堂LT #2 GenU案件を通して学んだ教訓 登壇資料
ymae
1
200
初めてのPostgreSQLメジャーバージョンアップ
kkato1
0
430
技術的負債を正しく理解し、正しく付き合う #phperkaigi / PHPerKaigi 2025
shogogg
7
1.8k
ソフトウェアプロジェクトの成功率が上がらない原因-「社会価値を考える」ということ-
ytanaka5569
0
130
大規模アジャイル開発のリアル!コミュニケーション×進捗管理×高品質
findy_eventslides
0
530
LINEギフトのLINEミニアプリアクセシビリティ改善事例
lycorptech_jp
PRO
0
240
グループポリシー再確認
murachiakira
0
170
移行できそうでやりきれなかった 10年超えのシステムを葬るための戦略
ryu955
2
450
新卒エンジニア研修の試行錯誤と工夫/nikkei-tech-talk-31
nishiuma
0
200
Featured
See All Featured
Unsuck your backbone
ammeep
670
57k
Documentation Writing (for coders)
carmenintech
69
4.7k
Raft: Consensus for Rubyists
vanstee
137
6.8k
Navigating Team Friction
lara
184
15k
How STYLIGHT went responsive
nonsquared
99
5.4k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
GraphQLの誤解/rethinking-graphql
sonatard
70
10k
Typedesign – Prime Four
hannesfritz
41
2.6k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.4k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
12
610
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
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