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
SEがエンジニアに目覚めデザイナーに転身した冒険譚
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
camcam_lemon
July 06, 2019
Design
6
1.6k
SEがエンジニアに目覚めデザイナーに転身した冒険譚
Battle Conference Under30の登壇資料です。
camcam_lemon
July 06, 2019
Tweet
Share
More Decks by camcam_lemon
See All by camcam_lemon
オレを実装してデザイン実装楽したい
lemon
0
66
要素のサイズを変えずに押しやすくする
lemon
0
82
iOSのキーボード入力ビューをカスタマイズする
lemon
0
280
視え方と文字の大きさ
lemon
1
430
Yarn WorkSpaces × React Nativeの環境構築
lemon
0
320
フロントエンドにおけるアーキテクチャとの向き合い方
lemon
10
5k
UI/UXデザイナーがデザインしてるもの
lemon
2
330
react-reduxで追加されたHooks APIの良い所と使い方
lemon
5
1k
ESLintで始めるTypeScriptの静的解析
lemon
8
2.1k
Other Decks in Design
See All in Design
新規AIプロダクトで、事前に知るべきだった3つの壁 〜医療AIを1年間作って、従来の開発が通用しなかった話〜 / Three Walls in Building AI Products
shikichee
2
3.1k
Vibe Coding デザインシステム
poteboy
3
1.6k
kintone Style Book
kintone
6
10k
OJTで学んだ 「心を動かす」ファシリテーション
saki822
1
230
AIでデザインをつくる:基礎編
kenichiota0711
2
2.2k
アンエシカルデザインの枠組みの提案 -HCD-Netダークパターン研究会活動報告-
securecat
0
190
decksh object reference
ajstarks
2
1.5k
アイデアを加速させる!Firefly ボードで発想の幅を広げよう
connecre
1
290
不確実性の時代にみんなで試したFigma × MCP × Cursor ハンズオン
techtekt
PRO
7
1.8k
hicard_credential_202601
hicard
0
140
ChatGPT、Gemini、Claude は、なぜ似たようなUIを採用しているのか?
fuwarisprit
3
2.1k
見過ごさない誠実さ_アクティブバイスタンダーとIntegrityが支えるアジャイル文化 / integrity-and-active-bystander
spring_aki
1
290
Featured
See All Featured
Context Engineering - Making Every Token Count
addyosmani
9
650
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
300
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
62
49k
HDC tutorial
michielstock
1
350
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
66
36k
Being A Developer After 40
akosma
91
590k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
350
How to make the Groovebox
asonas
2
1.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
190
Transcript
SEがエンジニアに目覚め デザイナーに転身した冒険譚
Name 甲斐田 亮一 Twitter @camcam_lemon Company 日本事務器株式会社 Skills TypeScript, React
/ Figma Occupation フロントエンドエンジニア/デザイナー
「予想」よりも「予測」をもとに仕入れと販売のマッチングを 青果生産者が入荷予定量を入力することで 販売担当者は予想ではなく予測をもとにした提案を fudoloopは適正価格で青果物を販売先へ
皆さんはどうして エンジニアになりましたか?
僕は何となくエンジニアになりました
何となく始まったSE人生 - 特にプログラミングが好きというわけではなかった - 好きな言語もないし、作ってみたいものもなかった - エンジニアとしてこうなりたいとかもなかった - これからずっとExcelで設計書を作り、 プログラムを書いていくんだろうと思っていた
いわゆるSE(職業エンジニア)でした
そんな僕は 部署で一人だけいた フロントエンドエンジニアの 下につくことになりました
本当に色々なことを教えてもらった ESLint
すごいエンジニアと一緒に働くことで 技術力はメキメキついていった だがしかし・・・
< 俺4月からいなくなるから
オワタ・・・
< 明日からはかむかむが 社内で最強の フロントエンドエンジニアだ がんばれ
いつ先輩に会っても胸を張って社内 で最強のフロントエンドエンジニア と言えるようになろう そう決心した
タスキを渡されたことで フロントエンドエンジニア の自分が芽吹き始める
ここから本当の苦悩が始まる
かさばり続ける苦悩 ・正しい実装とは? ・質の良いコードとは? ・もっと良い書き方あるのでは? ・redux-form v6何が起こった!? ・フロントのキャッチアップどうしよ ・マイグレつらい ・聞ける人がほしい ・相談できる人がほしい
・アーキテクトはどう考えれば... ・全然成長できてない気がする
かさばり続ける苦悩 ・相談できる人がほしい 正しい実装とは? ・ 質の良いコードとは? ・ もっと良い書き方あるのでは? ・ ・redux-form v6何が起こった!?
・フロントのキャッチアップどうしよ ・マイグレつらい ・聞ける人がほしい アーキテクトはどう考えれば... ・ ・全然成長できてない気がする
コードの品質は下げたくない 自分の書いてるコードが 正しいのか良い実装なのか わからない に苦しめらながらコードを書いていく 背反 二律
やってきたこと -コードを書きまくる -他社のエンジニアと交流する -あまり多くを学びすぎない(特化する) -Twiiterで有名な人をフォローする -公式リポジトリをwatch -勉強会でLT枠で応募しまくる
後ろを振り返ることなくひたすら勉強していくうちに フロントエンドにハマっていき 気づけば自走できるエンジニアになっていた エンジニアとしての自我が生まれていた
職業エンジニアって変われるの? -難しいと思う -変われるかどうかは結局本人次第 ネガティブなイメージが蔓延してるが 僕は職業エンジニアが悪いことだとは全く思わない -僕たちエンジニアが変わるためのキッカケを与えること はできる
デザイナーに転身してからは ユーザインタビューやジャーニーマップを作ったり よりユーザの近くで イケてるサービスを エンジニアリングするようになりました
イケてる
エンジニア デザイナー ユーザ ユーザ が考える のイケてる感 エンジニア ユーザ が考える のイケてる感
デザイナー
イケてる感はちゃんと一致してる? エンジニア デザイナー ユーザ
UXデザイナーはユーザのシナリオを通して UIデザインに落とし込んでいく シナリオ起こし 機能の洗い出し UIデザイン ジャーニーマップ UIの見た目からだけでは測れない ユーザ像(≒ペルソナ)と一連のストーリーを以って イケてる感をデザインする
慣れ親しんでるアプリやサービスは何か どういう手順で操作しているか なぜその手順なのか 見た目や操作の変化に順応できそうか 操作でつまった時にどう行動しているか 重要なのは見た目じゃなくてユーザへの共感度 ユーザ像やストーリーって?
エンジニアは仕様を固め実装して機能を作ります UXデザイナーはユーザや業界を知り機能を創ります (toBは) サービス寄りの話には ユーザへの共感がないと話についていけない
エンジニアは仕様を固め実装して機能を作ります UXデザイナーはユーザや業界を知り機能を創ります (toBは) サービス寄りの話には ユーザへの共感がないと話についていけない 同じものをつくってるようで 違うものをつくってるな感覚に陥る
エンジニアもサービスに関心 を持つことが大事です サービスが成長していく喜び ユーザに使ってもらう喜び 感じ方変わるかも!?
最後にちょっとエモい話
最近、先輩と仕事する機会ができた 2年ぶりに一緒に仕事をして 2年ぶりにコードレビューをしてもらった
< ほんとに成長したね 感動したわ
タスキはちゃんと 受け継げていたみたいです
僕はこれからも 社内で最強のフロントエンドエンジニア のタスキをかけていきます
ご静聴ありがとうございました!