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
GUIをエンジニアが考える
Search
kanayannet
March 05, 2023
Programming
0
250
GUIをエンジニアが考える
kanayannet
March 05, 2023
Tweet
Share
More Decks by kanayannet
See All by kanayannet
無関心の谷
kanayannet
0
230
生成AIの使いどころ
kanayannet
0
160
github copilot と 心理的安全性
kanayannet
0
200
FW と ライブラリ の考え方
kanayannet
0
230
TDDと今まで
kanayannet
0
550
個人開発 稼げなくてもいいアプリ
kanayannet
0
520
システムの堅牢性
kanayannet
0
300
Agile的学習方法
kanayannet
0
280
http2http3
kanayannet
0
200
Other Decks in Programming
See All in Programming
PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則
kentaroutakeda
2
1k
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
2
1.1k
猫と暮らす Google Nest Cam生活🐈 / WebRTC with Google Nest Cam
yutailang0119
0
170
Modern Angular with Signals and Signal Store:New Rules for Your Architecture @enterJS Advanced Angular Day 2025
manfredsteyer
PRO
0
270
オンコール⼊⾨〜ページャーが鳴る前に、あなたが備えられること〜 / Before The Pager Rings
yktakaha4
2
1k
マッチングアプリにおけるフリックUIで苦労したこと
yuheiito
0
190
PicoRuby on Rails
makicamel
3
140
Deep Dive into ~/.claude/projects
hiragram
14
14k
The Modern View Layer Rails Deserves: A Vision For 2025 And Beyond @ RailsConf 2025, Philadelphia, PA
marcoroth
2
730
Google Agent Development Kit でLINE Botを作ってみた
ymd65536
2
260
Advanced Micro Frontends: Multi Version/ Framework Scenarios @WAD 2025, Berlin
manfredsteyer
PRO
0
400
Startups on Rails in Past, Present and Future–Irina Nazarova, RailsConf 2025
irinanazarova
0
250
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
108
19k
Designing for Performance
lara
610
69k
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.5k
Statistics for Hackers
jakevdp
799
220k
Side Projects
sachag
455
42k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.9k
We Have a Design System, Now What?
morganepeng
53
7.7k
Visualization
eitanlees
146
16k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Testing 201, or: Great Expectations
jmmastey
43
7.6k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
A designer walks into a library…
pauljervisheath
207
24k
Transcript
GUI をエンジニアが 考える Gunma.web #48 @kanayannet
大前提 わたし = デザイナーじゃない わたし = 絵心がない自覚あり 絵心求めるならデザイナーさん呼んでほしい それでもGUI を考える場面はある
今回当てはまる方がそれなりに いそう!
よろしく !!
Agenda どこをやる? 何から始める? どこまでやる? どのようにやる? 文章は読まれない 注意事項
どこをやる ?
どこをやる ? 理想: エンドユーザ向けのこれから利用頻度がす ごくあがりそうなページをやる 現実: ワタシ、デザイン、チョットデキル
謙虚に考える いきなり利用頻度高くなりそうなデザインやっ て炎上したらどうしよう?
リスクが少ないところから 新規のサービス 既存のサービスとほぼ絡まない 予期せぬ副作用怖い 自分が知っている人しか使わないもの..etc クレームの影響範囲を絞れる デザイナーさんが忙しくて手が回らないページ やる理由になりやすい というかやらないと誰も..orz
何から始める?
何から始める? 課題を明確化する? 何が不便か?実際に使う人に聞く 課題を解決する手段を明確化する 仕様を決める
どこまでやる?
あるある話 聞いてるうちに「色々」言われる 「やってくれるかも?」と期待されるとあるあ る話
心がける事 容易性と効果的かどうかで「取捨選択」する 「実現可能」で「分析可能」なものから
ん?
ここまでは ソフトウェア開発と大きく変わらない
どのようにやる?
ワイヤーフレーム いきなり豪勢なGUI にしない 必要な要素とコンセプトは別途説明する 課題を解決する主旨を強めにPR
ツールは ? Figma 推奨 編集を共同で出来る チームを作ってそこに招待する形
話しながらその場で見せながら コラボレーション
Figma の注意事項 チーム内に作らないとdefault: 公開 URL を知っていれば 気になる情報 Adobe の絡み方 ->
買収 心配しすぎ?
綺麗なデザインにした後も 綺麗なデザインにする人はデザイナー -> お願いw デザインされたパーツの色情報など CSS をその まま取得可能
デザイナー捕まらない時は ...
ワイヤーフレーム -> Bootstrap でもいいのでは? エンジニアでも「それっぽい」デザインは出来 るよ 下記は趣味で管理してるメール配信の仕組み
文章は読まれない
よくあるパターン
一体どれだけの人が ... これを書くなという話ではない。 ボタンを押す前に読む人がどれだけいる? 読んだとしてもうっかり押すよ。 disabled やろうね。
これもあるある UI
サーバサイドでもフロントでも 変換かければいいよね。 ハイフン必要なら桁数でつける -> っていうか いる? 全角は半角に変換させる 綺麗なデザインとかそれ以前の問題 配慮不足
注意事項
綺麗さを追求しすぎない 絵のスペシャリストではないので 「機能美」という言葉もあるが... 必要な要素を揃えた結果 「機能美」と言われるくらいが丁度いい
心がけ 必要な時に 必要なものを 必要なだけ Just In Time!! -> Agile
まとめ
まとめ エンジニアじゃないので絵心自信がない それでもデザイナーが手をつけきれないページ はある 狙い目 -> やるしかない 必要な要素を整理して最低限のゴールをまずは 目指す Agile
とか意識するエンジニア経験が自然と生 きるのでは? 機能面での丁寧さ重要 文章で解決しすぎない
Figma 便利 ワイヤーフレームで対話をしながら 色々と言われるけど... ある意味我慢 -> 誘惑に 負けて必要以上に手をつけない Adobe は気になる
ご清聴 ありがとう ございました!
None