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
470
Vueのテスト手法とVRTのススメ
unotovive
5
8.9k
Other Decks in Design
See All in Design
Spectrum Tokyo Meetup #26「できることが増えた時、デザイナーは何に時間を使うべきか」
muture
PRO
0
330
自社プロダクトのUIをAIが再現するデザインビルドシステム
toy1618
0
1.3k
[Unity] VAT×VFX Graphがいま個人的にアツイという話
sakiyama
0
130
技術に明るくない人が技術を選ぶために
moco1013
0
150
Bet AI Day 2026丨デザインハーネス:専門職の判断基準をコードのように運用する
layerx
PRO
6
7.4k
ボタンUIの冪等性の話をしたらVimmerに刺さっちゃった
ottatto
3
1.9k
Edmonton River Slidedeck
edmontonriver
0
440
富山デザイン勉強会_デザイン思考.pdf
keita_yoshikawa
2
240
Webブラウザで動く VJツールをつくる
akirafukuoka
0
120
使いたいときだけ使う 「道具のようなアプリケーション」を考える
fumink7
0
300
decksh object reference
ajstarks
2
1.8k
Kouseki | CREATIVE CLASS成果物
yuri9911
0
250
Featured
See All Featured
Prompt Engineering for Job Search
mfonobong
0
520
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
450
What the history of the web can teach us about the future of AI
inesmontani
PRO
2
740
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
1.1k
Writing Fast Ruby
sferik
630
63k
The Curious Case for Waylosing
cassininazir
1
570
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Building a Scalable Design System with Sketch
lauravandoore
464
34k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.8k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
550
Evolving SEO for Evolving Search Engines
ryanjones
0
330
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まで