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
250
で、エンジニアになって1年経ったけどどう?
2024/08/29(木)若手エンジニア向けLT会
Yusuke Inai
August 29, 2024
Tweet
Share
More Decks by Yusuke Inai
See All by Yusuke Inai
人よりアウトプットができるようになるためのコツ
youliangdao
0
150
Next.jsから見る Webフロントエンドの歴史
youliangdao
1
890
SaaSスタートアップで3ヶ月働いてみて感じた現実(リアル)
youliangdao
0
400
個人開発で挫折する人を救いたい
youliangdao
2
3k
Qiitaでバズりやすい記事の書き方を伝授する
youliangdao
0
3.1k
React って本当に使う意味あるの? 〜SPA と React の「キホン」の「キ」〜
youliangdao
1
200
PumaとUnicornって結局何なん!?
youliangdao
0
710
"ぼくのかんがえたさいきょうの"勉強法
youliangdao
0
320
低レイヤへの誘い
youliangdao
0
250
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
28
4.5k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
560
Producing Creativity
orderedlist
PRO
343
39k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
How to Think Like a Performance Engineer
csswizardry
22
1.3k
Making Projects Easy
brettharned
116
6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
29
2.1k
Speed Design
sergeychernyshev
25
730
Designing for humans not robots
tammielis
250
25k
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
視座は責任と裁量と挑戦で上がる 視野は知識と自己研鑽と現場の経験で 広がる 視点は多様な経験と出会いで磨かれる
日々の仕事で視座・視点・視野 を磨き続けていこう 自身の成長角度をあげるためにも...
ありがとうございました!