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
Webエンジニアのデザイン実装との付き合い方
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Takuya Eguchi (egch)
November 10, 2021
Programming
330
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Webエンジニアのデザイン実装との付き合い方
Takuya Eguchi (egch)
November 10, 2021
More Decks by Takuya Eguchi (egch)
See All by Takuya Eguchi (egch)
TypeScript の class を使い倒す
egch
1
59
Next.js に疲れた私は Vue3 に癒やされた
egch
0
340
Secure な UX のために Content Security Policy について知っておこう
egch
0
74
package.json がすごい
egch
0
150
Nuxt.js のインスタンスライフサイクル総点検
egch
0
420
20200528 - GCPでもサーバーレスでRubyりたい!
egch
0
140
VeeValidate の"穴"を踏み抜いてしまった
egch
1
930
継続的に楽しくプログラミングするには - 2018/11/3 Rails Girls Sendai
egch
0
120
Other Decks in Programming
See All in Programming
UPDATE をやめる — EF Core でマスタをバージョン管理する
panda728
PRO
0
1.2k
見えないものを探る要求要件定義に必要な基本的思考 / invisible-requirement-thinking
minodriven
15
8k
dotNET_vulnclicker_intro.pdf
deka_morita
0
130
Starting & Sustaining Code-Based E2E Testing for Non-Coding QA Teams( #jasstniigata )
teyamagu
PRO
1
940
Streamlitで実現する自然言語データアプリ開発
ayumu_yamaguchi
1
350
自サークルのIdPからログアウトできるようになるまで
taiseiue
1
120
Turning Architecture into Unit Tests in the AI Era (NSSpain XIV)
steliosf
PRO
1
130
パーソナライズPodcastを作った話
repunit11
0
130
phperだってパンチカードでコーディングしたい
o0h
PRO
0
240
Simple Storage Service(S3) is not simple
iwatsukayura
0
230
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
580
プロダクトコードからライブラリの境界を見つける
elmetal
PRO
0
110
Featured
See All Featured
Building AI with AI
inesmontani
PRO
1
1.3k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.3k
Odyssey Design
rkendrick25
PRO
2
860
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
530
Tell your own story through comics
letsgokoyo
1
1.1k
Color Theory Basics | Prateek | Gurzu
gurzu
1
480
Prompt Engineering for Job Search
mfonobong
0
490
Abbi's Birthday
coloredviolet
4
10k
Done Done
chrislema
187
17k
Site-Speed That Sticks
csswizardry
13
1.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.9k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
68
58k
Transcript
Web エンジニアの デザイン実装との向き合い方 2021/11/10 Sendai Front-End User Group
自己紹介 江口 拓弥 インフラ知識が壊滅的なWebのフロントエンド開発者 2018年に東京から仙台にお引越ししてきました 2019年から新規事業開発やってます akathea_
弊社の新規事業開発の開発フロー 1. デザイナーが Figma でデザイン 2. エンジニアが Vue や React
で実装 3. エンジニアが機能開発 4. エンジニアが機能レビュー 5. デザイナーがデザインレビュー 6. リリース
弊社の新規事業開発の開発フロー 1. デザイナーが Figma でデザイン 2. エンジニアが Vue や React
で実装 3. エンジニアが機能開発 4. エンジニアが機能レビュー 5. デザイナーがデザインレビュー 6. リリース
Figma / XD 使ってますか?
例えば Figma でこんなカンプが用意されていたとして
これだけの情報が読み取れる Inspectタブに移動すると… 縦横、角丸の量がわかる! 色もわかる! 影の適用量、オフ セットもひと目で!
これだけの情報が読み取れる CSSで見たほうがわか りやすい場合はこっち を確認してもOK
これだけの情報が読み取れる フォント情報も確認できる
めっちゃ便利!
...なのか?
「書いてあるとおりに実装するだけ」では品質は上がらない
なぜこのデザインになったのかを理解する方が重要 実装の正しさよりもこっちの情報が大切
デザイナーは神ではないので、時には間違ってしまう時もある
デザイナーは神ではないので、時には間違ってしまう時もある 安全操作に破壊操作色が適用されてしまっている カンプにない outlined なボタンが爆誕している Human Interface Guidelines 的に逆
うちのデザイナー、Figmaにこんな情報書き込んでくれないよ・・・
デザイナーに求めよう エンジニアが実装しやすいようなファイル/カンプにしてもらおう エンジニアが実装しやすい → 爆速デリバリー可能 → ユーザーへの価値提供の高速化 ユーザーのことを考えて行動しよう
デザイナーが作った仕様に従わないといけないんじゃないの?
デザイナーに求めよう エンジニアが違和感を感じていることは利用者も違和感を感じる 実装しているからこそ感じる違和感をデザイナーに伝えよう。 それは良いUIなのか?いいUXを産むのか?一緒に考えよう。 ユーザーのことを考えて行動しよう
デザインに口出しできるほど見た目のことはよくわからん
エンジニアも一定レベルでデザインのお作法を押さえておこう 正解のある世界では、基本に忠実であれ Web「アプリケーション」であれば、正解のデザインが存在する。 (Material Design、OOUI、Human Interface Guidelines 等) →エンジニアが十分指摘できる世界 正解のない世界では、テストと採点をしよう
Web「サイト/メディア」の場合、正解は1つではない。 GA、ABテスト、ヒューリスティック分析を使って、正解を見つけていこう。 →デザイナーやマーケの仕事だが、エンジニアがテスト・採点に貢献はできる
最後に、デザイナーに知ってほしいこと (時間があれば…)
1. Pixel perfect is Dead... マルチスクリーンの世界では実現不可であることを理解しよう Figma / XD で指定した通りになっていない場合
どこが妥協できない(=価値を毀損しているのか)を 明確にエンジニアに伝えよう (あらかじめドキュメント起こしたりカンプにコメントしておこう) 求めているルックアンドフィールをエンジニアに共有しよう どうしてもカンペキに仕上げたい場合は デザイナーがコーディングすることをお勧めします
2. Solid Layout is Dead soon... レスポンシブデザイン時代のカンプのあり方を考えよう 1024px と 375px
のデザインだけあっても中間はどうする? (タブレット、iPhone SE / Max / Plus は?) 大雑把でいいので、状態間のルックアンドフィールが 確認できる資料があると成果物のイメージ共有に役立ちます。 わからないことはエンジニアを質問攻めにしよう! & エンジニアに求めよう! & 意思決定をエンジニアが手助けしよう!(手助けする!と宣言しよう)
まとめ
いいデザインといい実装 = 良いUI/UX UI実装とデザインの境界線をあえてぼかす フロントエンド(特にプレゼンテーション層の実装者)はデザイナーを、 デザイナーはフロントエンドエンジニアのことを理解する努力をしよう。 隣接する職域同士です。反発しあうのではなく、手を取り合いましょう。 ユーザーのことを考えて行動しよう(本日3回目)
おわり