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
少数精鋭エンジニアがフルスタック力を磨く理由 -そしてAI時代へ-
Search
株式会社Rebase_エンジニアリング
May 26, 2025
Programming
0
150
少数精鋭エンジニアがフルスタック力を磨く理由 -そしてAI時代へ-
小規模チームだからこそ必要だったインフラ〜バックエンド〜フロントの横断スキル。それが今、AI時代でさらに価値を増している理由を語ります。
株式会社Rebase_エンジニアリング
May 26, 2025
Tweet
Share
More Decks by 株式会社Rebase_エンジニアリング
See All by 株式会社Rebase_エンジニアリング
Rebase エンジニアリング組織の現状とこれから
rebase_engineering
0
160
“新卒らしさ”を脱ぎ捨てて 〜1年を経て学んだこと〜
rebase_engineering
0
150
"使いづらい" をリバースエンジニアリングする UI の読み解き方
rebase_engineering
0
130
プロダクト改善のために新しいことを始める -useContextからの卒業、Zustandへ-
rebase_engineering
1
110
エンジニア幼年期の終わり
rebase_engineering
1
120
Other Decks in Programming
See All in Programming
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
260
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
110
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
1
370
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
46
30k
deno-redisの紹介とJSRパッケージの運用について (toranoana.deno #21)
uki00a
0
140
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
160
Java on Azure で LangGraph!
kohei3110
0
170
XSLTで作るBrainfuck処理系
makki_d
0
210
iOSアプリ開発で 関数型プログラミングを実現する The Composable Architectureの紹介
yimajo
2
210
FormFlow - Build Stunning Multistep Forms
yceruto
1
190
Create a website using Spatial Web
akkeylab
0
300
設計やレビューに悩んでいるPHPerに贈る、クリーンなオブジェクト設計の指針たち
panda_program
6
1.3k
Featured
See All Featured
4 Signs Your Business is Dying
shpigford
184
22k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.3k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
Agile that works and the tools we love
rasmusluckow
329
21k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Scaling GitHub
holman
459
140k
Build The Right Thing And Hit Your Dates
maggiecrowley
36
2.8k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Designing for humans not robots
tammielis
253
25k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.3k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Transcript
プロダクトを少人数でスケールさせてきた僕ら Rebase Tech #0 少数精鋭エンジニアが フルスタック力を磨く理由 ~ そしてAI時代へ ~ 株式会社
Rebase yona
自己紹介 株式会社Rebase エンジニアリング yona プロフィール • 受託会社でエンジニアをスタート • フリーランスとしてエンジニア •
2018年 Rebase 入社 主な仕事 • 自社の複数サービスの フロント・バックエンド・モバイルアプリ開発 ◦ instabase ◦ TOIRO など
使っている主な技術 • フロントエンド ◦ TypeScript ◦ React.js ◦ Next.js ◦
TailwindCSS • バックエンド ◦ TypeScript ◦ Node.js ◦ GCP, Firebase ◦ Terraform TOIROについて 3 TOIROについて
今日話すこと ChatGPT の 登場 2018 2019 2023 2024 2025 2020
2021 原始時代 AI時代
ChatGPT の 登場 2018 2019 2023 2024 2025 2020 2021
AI 活用が一般的でなかった時代 少数精鋭でのプロダクト開発で 工夫していたこと 原始時代
原始時代 AI 時代でも作るものに追われているのに 原始時代に追われていない・・わけがない
追われないために意識していること 出典:『ユーザーストーリーマッピング』Jeff Patton 著 出典:『リーン・スタートアップ』Eric Ries 著
アウトプットではなく成果を意識 • 小さく作って試し、検証と学習を通じて理解を深める • 「どんなときも時間とリソース以上にやることがある」ので、 無駄なアウトプットはしない • 完璧を目指すより、仮説ベースで MVP を出して学ぶ
◦ 出してみてこそ、意外な気づきが得られる ※ MVP(Minimum Viable Product) 実験を行い、仮説を検証し、学習を得るために、 必要最小限の製品のこと(完成度の低い製品ではない)
MVPの事例
TOIRO でできること ・ イベントの作成 ・ 集客 ・ クレジットカード決済 ・ QRコード受付
・ オープンチャット(TOIROG) TOIRO(https://toiro.com/) これまでにない新たなイベント体験を提供するコミュニティイベントサービス イベントを主催する方々にとって便利な機能を順次開発し実装していく予定です
MVPの事例: その1 • ユーザーストーリーマップを使って、 ベータ版として検証可能な MVP を小さく開発 • UI コンポーネントライブラリを利用して、
仮説検証可能な最小限の製品を実現 TOIRO ベータ版の開発 📝 学習 イベントページを SSG で生成すると、パフォーマンスやSEO面では有利。 しかし、公開後すぐに表示されず、タイムラグが発生するという使い勝手の課題が 判明した。
MVPの事例: その1(補足) - SSGについて イベント作成 HTML • SSG: Static Site
Generation(静的サイト生成) • HTML をビルドするのに数分要していた 配信 HTML ビルド
MVPの事例: その2 • Gatsby では自分たちが期待する SSR を実現することができなかった • 期待する SSR
を実現するため、イベントページにのみ Next.js を導入し、 UX 向上を仮説検証 イベントページを Next.js で SSR に対応 📝 学習 公開後すぐにイベントページが表示されるようになり、使い勝手が向上したと いうフィードバックをいただきました。
原始時代のまとめ • 無駄なアウトプットを避けるため、成果を意識して MVP で検証する • 「0→1」を実現することで、物事は確実に前に進む • 作ることが目的化しないよう、検証と学習を前提にアウトプットする
ChatGPT の 登場 2018 2019 2023 2024 2025 2020 2021
AI が一般的となり、 AI エージェントが使えるよう になった今 AI時代
AI時代: 3倍の成果物を出せるかも?? 成果物 成果物 成果物 成果物 原始時代 AI時代
3倍の成果物を出すためには、 「フロント」「バック」「インフラ」の知識が 必要になる
なぜか?? • 「フロント」「バック」「インフラ」に関して、 AI が生成したコードについて良いか悪いか判断が必要 • 2025年5月時点では、以下の理由で判断が必要 ◦ エンジニアが直接コードに触れることがある ◦
本番リリース後に責任を取るのは人間(AIは責任を取ってくれませ ん) 📝 エンジニアは責任を取れるように AI を使いこなすことが求められる
Merge ‘原始時代’ into AI時代 • 成果物が3倍になることで、計測と学習のスピードアップが期待できる • 学習が早まることで、成果を出す確率も高まる • スピードアップが無駄な機能に繋がらないよう「検証と学習」を意識して構築
ご清聴ありがとうございました
街中ですれ違う名前も知らない「あの人」も、「あなた」も誰もが無限の可能性を 持っている。そして、「あなた」がどんな場所に暮らしていても、どんなに他人から 無理だと言われても、諦めて欲しくない。 そんな想いから、 Rebaseは生まれました。挑戦の一歩を軽くすることで、人生に 大きな変化を生み出すサポートをしたい。 誰かの人生に彩を与える「ことのはじまり」を、一緒に作りませんか。 Let's work together!
https://jobs.rebase.co.jp/