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
Designship2022 デザインエンジニアが語る、隣接領域を学ぶということ
Search
unotovive
November 12, 2022
Design
3.2k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Designship2022 デザインエンジニアが語る、隣接領域を学ぶということ
Designship2022
スポンサーセッション「デザインエンジニアが語る、隣接領域を学ぶということ」
の登壇資料です。
unotovive
November 12, 2022
More Decks by unotovive
See All by unotovive
ゆめみのデザインエンジニア概要2022
unotovive
0
970
NIF2020 - Giral
unotovive
0
530
ふとした時に読みたくなる3冊
unotovive
0
180
【ABD】SCRUM BOOT CAMP p16-18
unotovive
0
110
ノンデザイナーズ・デザインツール
unotovive
1
460
Vueのテスト手法とVRTのススメ
unotovive
5
8.9k
Other Decks in Design
See All in Design
染み出し好きの、 染み出しコントロール論
mukai_takeru
0
470
デザなに#1「問いのデザイン」の紹介LT
garyuten
0
120
デザインとフロントエンドの境界が融ける Claude Code × Figma
littlebusters
2
3.6k
Basket_of_love.pdf
terencebasart
0
330
開発・制作におけるUI・UXデザインの重要性について~UI・UXデザインってなんだろう~
yamasaku
0
230
decksh object reference
ajstarks
2
1.8k
【CEDEC2026】アートとゲームデザインをつなぐVFX設計『GRANBLUE FANTASY: Relink - Endless Ragnarok』における表現と可読性の両立
cygames
PRO
2
1.4k
UI生成の鍵は要件整理 -デザインプロセスのエッセンスを プロンプト作成に取り入れよう-
abokadotyann
4
1.1k
速く作れるかではなく、速く学べるか ― 学習ループを回すパイロットの途中報告
nagata03
0
680
自社プロダクトのUIをAIが再現するデザインビルドシステム
toy1618
0
1.1k
設計の進め方と 品質特性品質特性
harakeishi
0
1.3k
SERVICE PAMPHLET
mhand01
0
3.1k
Featured
See All Featured
How to build a perfect <img>
jonoalderson
1
6k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
The agentic SEO stack - context over prompts
schlessera
0
940
Producing Creativity
orderedlist
PRO
348
41k
SEO for Brand Visibility & Recognition
aleyda
0
4.8k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
2
2.9k
Docker and Python
trallard
47
4.2k
Side Projects
sachag
456
43k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
450
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
430
How to train your dragon (web standard)
notwaldorf
97
6.8k
Transcript
デザインエンジニアが語る 隣接領域を学ぶという事 株式会社ゆめみ デザインエンジニア おとべ (@unotovive) 2022/11/12 @Designship2022
デザインエンジニア 音部 拓海 @unotovive 2019年にフロントエンドエンジニアとしてゆめみに入社。 UIデザインチームへの異動を経て、現在はデザインエン ジニアとしてUIデザイン&フロントエンド開発を行う。 好きな食べ物はパフェとうどんと苺
カクカクしかじか、そして2022年10月 デザインエンジニアチーム設立 その名も「Parfait」チーム
さっそく本題 こういう事ありませんか?
このデザイン実装無理っすね...
この素材じゃ この服縫えないっすね...
小さくなったとき こっちじゃなくてそっちを縮めてほしかった...
え......?
どうしてそうなった...? どうしてそうなった...?
何故こういう問題が起きるのか
専門性・経験・ツール 見ている景色が違う 専門性・経験・ツール 見ている景色が違う
これを解決するために 様々な議論や提案がされている
Ex: デザイン・開発手法 ワークフロー Figma tokens
もっと根本からどうにかしたいのが デザインエンジニア
これを根本からどうにかしたいのが デザインエンジニア ≒ 隣接領域を学ぶということ
そもそも隣接領域って?
リサーチ コンセプト策定 サービス企画 フロントエンド 開発 バックエンド 開発 UIデザイン 運用
リサーチ コンセプト策定 サービス企画 フロントエンド 開発 バックエンド 開発 UIデザイン 運用
リサーチ コンセプト策定 サービス企画 フロントエンド 開発 バックエンド 開発 UIデザイン 運用
隣接領域を 何故学ぶのか 隣接領域を 何故学ぶのか
①出来ることの幅が広がる、そして 見える景色が変わってくる
黒魔導士 <(あの白魔導士さん、なんで回復してくれないんだろう) 白魔導士 <(あの黒魔導士さん、なんでヒール範囲外で動かないんだろう)
お互いの領域を知っていると
黒魔導士 <(あ、ここヒール範囲外なのかもしれないから近づこう) 白魔導士 <(あ、黒魔さん詠唱中なのかな、個別でバリアしておこう)
寄り添った考えが出来るようになる
②出来ることの幅が広がる、そして 新しい課題解決の方法が提案できる
次のダンジョンはパーティメンバー1人でクリアしてください
赤魔導士 「火力も回復もほしい...?じゃあ私がどっちもやるよ~」
様々な選択肢がある
2019年某日 ゆめみのデザインエンジニアの例
None
UX Engineers: What We Are (https://uxplanet.org/ux-engineers-what-we-are-2b0c4d10b3a6) UX Engineers: What We
Are ( ) https://uxplanet.org/ux-engineers-what-we-are-2b0c4d10b3a6
None
None
None
いろいろ検討した結果 新たな解決方法の提案
Teamwork デザインエンジニアチームの動き方 Pattern.1 潤滑油としてのデザインエンジニア Pattern.2 なんでも屋のデザインエンジニア Design enginner 要件定義 フロントエンド
実装 UIデザイン Designer Design Engineer Engineer 要件定義 デザイン要件確認 実装可否判断 フロントエンド 実装 インフラ UIデザイン Designer Design Engineer Engineer 要件定義 デザイン要件確認 実装可否判断 フロントエンド 実装 インフラ UIデザイン
このような検討こそが 隣接領域の学びを価値に変える このような検討こそが 隣接領域の学びを価値に変える
隣接領域を どう学ぶのか 隣接領域を どう学ぶのか
隣接領域を 学ぶ上うえでのPoint 隣接領域を 学ぶ上うえでのPoint
その道のプロにFBもらえる環境だと尚よし 実務に近い環境で手を動かす
学ぶ領域を明確にする 学ぶ領域を明確にする
隣接領域といっても範囲はとても広いこともある
どこから手を付けてどこまで学ぶのか。
一番大事 学んだ先を考える 一番大事 学んだ先を考える
自分のいる環境で・世間の需要で どこに価値が出るのか
必要なスキルセット・勉強の道筋は そこから逆算して考える
どちらもやり続ける
2つとも学び続けるのは大変
ちょっと触れないでほっとくだけで すぐに置いて枯れる ちょっと触れないでほっとくだけで すぐに置いて枯れる
少しでも やり続けることが大切 少しでも やり続けることが大切
隣接領域を学ぶという事
ポイントを抑えて隣接領域を学ぶ どのように活かすか考える ポイントを抑えて隣接領域を学ぶ どのように活かすか考える
キャリアの幅を 大きく広げる選択肢
隣の領域に 一歩踏み出してみよう
デザインエンジニアが語る 隣接領域を学ぶという事 株式会社ゆめみ デザインエンジニア おとべ (@unotovive) 2022/11/12 @Designship2022 ご清聴ありがとうございました、まさかりは@unotoviveまで