SEがエンジニアに目覚めデザイナーに転身した冒険譚

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Name 甲斐田亮一 Twitter @camcam_lemon Company 日本事務器株式会社 Skills TypeScript, React / Figma Occupation フロントエンドエンジニア/デザイナー

Slide 3

Slide 3 text

「予想」よりも「予測」をもとに仕入れと販売のマッチングを青果生産者が入荷予定量を入力することで販売担当者は予想ではなく予測をもとにした提案を fudoloopは適正価格で青果物を販売先へ

Slide 4

Slide 4 text

皆さんはどうしてエンジニアになりましたか？

Slide 5

Slide 5 text

僕は何となくエンジニアになりました

Slide 6

Slide 6 text

何となく始まったSE人生 - 特にプログラミングが好きというわけではなかった - 好きな言語もないし、作ってみたいものもなかった - エンジニアとしてこうなりたいとかもなかった - これからずっとExcelで設計書を作り、プログラムを書いていくんだろうと思っていた

Slide 7

Slide 7 text

いわゆるSE（職業エンジニア）でした

Slide 8

Slide 8 text

そんな僕は部署で一人だけいたフロントエンドエンジニアの下につくことになりました

Slide 9

Slide 9 text

本当に色々なことを教えてもらった ESLint

Slide 10

Slide 10 text

すごいエンジニアと一緒に働くことで技術力はメキメキついていっただがしかし・・・

Slide 11

Slide 11 text

＜俺4月からいなくなるから

Slide 12

Slide 12 text

オワタ・・・

Slide 13

Slide 13 text

＜明日からはかむかむが社内で最強のフロントエンドエンジニアだがんばれ

Slide 14

Slide 14 text

いつ先輩に会っても胸を張って社内で最強のフロントエンドエンジニアと言えるようになろうそう決心した

Slide 15

Slide 15 text

タスキを渡されたことでフロントエンドエンジニアの自分が芽吹き始める

Slide 16

Slide 16 text

ここから本当の苦悩が始まる

Slide 17

Slide 17 text

かさばり続ける苦悩・正しい実装とは？・質の良いコードとは？・もっと良い書き方あるのでは？・redux-form v6何が起こった！？・フロントのキャッチアップどうしよ・マイグレつらい・聞ける人がほしい・相談できる人がほしい・アーキテクトはどう考えれば... ・全然成長できてない気がする

Slide 18

Slide 18 text

かさばり続ける苦悩・相談できる人がほしい正しい実装とは？・質の良いコードとは？・もっと良い書き方あるのでは？・・redux-form v6何が起こった！？・フロントのキャッチアップどうしよ・マイグレつらい・聞ける人がほしいアーキテクトはどう考えれば... ・・全然成長できてない気がする

Slide 19

Slide 19 text

コードの品質は下げたくない自分の書いてるコードが正しいのか良い実装なのかわからないに苦しめらながらコードを書いていく背反二律

Slide 20

Slide 20 text

やってきたこと -コードを書きまくる -他社のエンジニアと交流する -あまり多くを学びすぎない（特化する） -Twiiterで有名な人をフォローする -公式リポジトリをwatch -勉強会でLT枠で応募しまくる

Slide 21

Slide 21 text

後ろを振り返ることなくひたすら勉強していくうちにフロントエンドにハマっていき気づけば自走できるエンジニアになっていたエンジニアとしての自我が生まれていた

Slide 22

Slide 22 text

職業エンジニアって変われるの？ -難しいと思う -変われるかどうかは結局本人次第ネガティブなイメージが蔓延してるが僕は職業エンジニアが悪いことだとは全く思わない -僕たちエンジニアが変わるためのキッカケを与えることはできる

Slide 23

Slide 23 text

デザイナーに転身してからはユーザインタビューやジャーニーマップを作ったりよりユーザの近くでイケてるサービスをエンジニアリングするようになりました

Slide 24

Slide 24 text

イケてる

Slide 25

Slide 25 text

エンジニアデザイナーユーザユーザが考えるのイケてる感エンジニアユーザが考えるのイケてる感デザイナー

Slide 26

Slide 26 text

イケてる感はちゃんと一致してる？エンジニアデザイナーユーザ

Slide 27

Slide 27 text

UXデザイナーはユーザのシナリオを通して UIデザインに落とし込んでいくシナリオ起こし機能の洗い出し UIデザインジャーニーマップ UIの見た目からだけでは測れないユーザ像（≒ペルソナ）と一連のストーリーを以ってイケてる感をデザインする

Slide 28

Slide 28 text

慣れ親しんでるアプリやサービスは何かどういう手順で操作しているかなぜその手順なのか見た目や操作の変化に順応できそうか操作でつまった時にどう行動しているか重要なのは見た目じゃなくてユーザへの共感度ユーザ像やストーリーって？

Slide 29

Slide 29 text

エンジニアは仕様を固め実装して機能を作ります UXデザイナーはユーザや業界を知り機能を創ります（toBは）サービス寄りの話にはユーザへの共感がないと話についていけない

Slide 30

Slide 30 text

エンジニアは仕様を固め実装して機能を作ります UXデザイナーはユーザや業界を知り機能を創ります（toBは）サービス寄りの話にはユーザへの共感がないと話についていけない同じものをつくってるようで違うものをつくってるな感覚に陥る

Slide 31

Slide 31 text

エンジニアもサービスに関心を持つことが大事ですサービスが成長していく喜びユーザに使ってもらう喜び感じ方変わるかも！？

Slide 32

Slide 32 text

最後にちょっとエモい話

Slide 33

Slide 33 text

最近、先輩と仕事する機会ができた 2年ぶりに一緒に仕事をして 2年ぶりにコードレビューをしてもらった

Slide 34

Slide 34 text

＜ほんとに成長したね感動したわ

Slide 35

Slide 35 text

タスキはちゃんと受け継げていたみたいです

Slide 36

Slide 36 text

僕はこれからも社内で最強のフロントエンドエンジニアのタスキをかけていきます

Slide 37

Slide 37 text

ご静聴ありがとうございました！