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
で、エンジニアになって1年経ったけどどう?
Search
Yusuke Inai
August 29, 2024
1
220
で、エンジニアになって1年経ったけどどう?
2024/08/29(木)若手エンジニア向けLT会
Yusuke Inai
August 29, 2024
Tweet
Share
More Decks by Yusuke Inai
See All by Yusuke Inai
人よりアウトプットができるようになるためのコツ
youliangdao
0
130
Next.jsから見る Webフロントエンドの歴史
youliangdao
1
820
SaaSスタートアップで3ヶ月働いてみて感じた現実(リアル)
youliangdao
0
380
個人開発で挫折する人を救いたい
youliangdao
1
2.9k
Qiitaでバズりやすい記事の書き方を伝授する
youliangdao
0
2.9k
React って本当に使う意味あるの? 〜SPA と React の「キホン」の「キ」〜
youliangdao
1
190
PumaとUnicornって結局何なん!?
youliangdao
0
600
"ぼくのかんがえたさいきょうの"勉強法
youliangdao
0
300
低レイヤへの誘い
youliangdao
0
220
Featured
See All Featured
The Cost Of JavaScript in 2023
addyosmani
45
6.7k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
28
2k
What's new in Ruby 2.0
geeforr
343
31k
Producing Creativity
orderedlist
PRO
341
39k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5k
Optimising Largest Contentful Paint
csswizardry
33
2.9k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Music & Morning Musume
bryan
46
6.2k
A designer walks into a library…
pauljervisheath
203
24k
Making Projects Easy
brettharned
115
5.9k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Transcript
で、エンジニアになって 1年たったけどどう? @yusuke_blog1026 若手エンジニア向けLT会 2024/08/29(木)
自己紹介 フロントエンドやってます 技術記事ちょくちょく書い てます エンジニアになって1年く らいです 最近自炊にはまってます いない Twitter(X): @yusuke_blog1026
Qiita: @yusuke_blog1026 Zenn: @youliangdao speakerDeck: @youliangdao
👨💻 主な開発業務 ・商業施設向けVertical SaaS のフロントエンド担当 ・Next.js, Storybook, RHF, Tanstack Query...
・スクラムマスター(仮)
この1年でやったこと
この1年でやったこと 6月〜12月 既存サービスで3pj経験 MIP(Most Improvement Player) ・MVT アドカレ完走 12月〜現在 既存サービスで重めの機能のβ版リリース
導入企業の本番環境構築や諸々の改善 募集サイト側の別pj(←進行中)
📝 前期については記事書いてます
後半を振り返ってみよう
既存サービスで重めの機能のβ版リリース 何が大変だったのか...? そもそもの仕様・要件定義が曖昧 of 曖昧 それ故、仕様が固まった後で土台からの設計し直し が多発 技術的に無理な要件・仕様になってるのにあとか ら気づく 仕様変わったときにSPへのFBがないまま開発進む
完成までの道筋見えずモチベ保てない そもそも実装するうえでの業務知識が不足...
きつ!!!
ただもっとうまくやれた...
コミュニケーション不足 後悔しているポイント...
圧倒的にコミュニケーションが不足... 仕様が曖昧 →仕様が曖昧なら聞けば良い 仕様が固まった後で土台からの設計し直しが多発 →BE側との密なコミュニケーション不足 仕様変わったときにSPへのFBがないまま開発進む →仕様が変わったタイミングでちゃんと全員に伝える そもそも実装するうえでの業務知識が不足... →POやBizチームとちゃんと話をしたのか?
(圧倒的)コミュニケーション不足 後悔しているポイント...
スクラム開発で起きる問題はだいた いコミュニケーション不足が原因な のでは!? 今回得た気づき
プロダクト開発に関わることをすべて やってこそプロのエンジニア
None
視座は責任と裁量と挑戦で上がる 視野は知識と自己研鑽と現場の経験で 広がる 視点は多様な経験と出会いで磨かれる
日々の仕事で視座・視点・視野 を磨き続けていこう 自身の成長角度をあげるためにも...
ありがとうございました!