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
240
で、エンジニアになって1年経ったけどどう?
2024/08/29(木)若手エンジニア向けLT会
Yusuke Inai
August 29, 2024
Tweet
Share
More Decks by Yusuke Inai
See All by Yusuke Inai
人よりアウトプットができるようになるためのコツ
youliangdao
0
140
Next.jsから見る Webフロントエンドの歴史
youliangdao
1
860
SaaSスタートアップで3ヶ月働いてみて感じた現実(リアル)
youliangdao
0
390
個人開発で挫折する人を救いたい
youliangdao
1
3k
Qiitaでバズりやすい記事の書き方を伝授する
youliangdao
0
3k
React って本当に使う意味あるの? 〜SPA と React の「キホン」の「キ」〜
youliangdao
1
200
PumaとUnicornって結局何なん!?
youliangdao
0
670
"ぼくのかんがえたさいきょうの"勉強法
youliangdao
0
310
低レイヤへの誘い
youliangdao
0
240
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
2
170
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
26
1.9k
Six Lessons from altMBA
skipperchong
27
3.5k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.3k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
GitHub's CSS Performance
jonrohan
1030
460k
How to train your dragon (web standard)
notwaldorf
88
5.7k
Designing for Performance
lara
604
68k
Unsuck your backbone
ammeep
669
57k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
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
視座は責任と裁量と挑戦で上がる 視野は知識と自己研鑽と現場の経験で 広がる 視点は多様な経験と出会いで磨かれる
日々の仕事で視座・視点・視野 を磨き続けていこう 自身の成長角度をあげるためにも...
ありがとうございました!