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
110
少数精鋭エンジニアがフルスタック力を磨く理由 -そしてAI時代へ-
小規模チームだからこそ必要だったインフラ〜バックエンド〜フロントの横断スキル。それが今、AI時代でさらに価値を増している理由を語ります。
株式会社Rebase_エンジニアリング
May 26, 2025
Tweet
Share
More Decks by 株式会社Rebase_エンジニアリング
See All by 株式会社Rebase_エンジニアリング
Rebase エンジニアリング組織の現状とこれから
rebase_engineering
0
110
“新卒らしさ”を脱ぎ捨てて 〜1年を経て学んだこと〜
rebase_engineering
0
100
"使いづらい" をリバースエンジニアリングする UI の読み解き方
rebase_engineering
0
92
プロダクト改善のために新しいことを始める -useContextからの卒業、Zustandへ-
rebase_engineering
0
85
エンジニア幼年期の終わり
rebase_engineering
1
89
Other Decks in Programming
See All in Programming
技術的負債と戦略的に戦わざるを得ない場合のオブザーバビリティ活用術 / Leveraging Observability When Strategically Dealing with Technical Debt
yoshiyoshifujii
0
160
TypeScriptのmoduleオプションを改めて整理する
bicstone
4
380
知識0からカンファレンスやってみたらこうなった!
syossan27
5
320
SpringBootにおけるオブザーバビリティのなにか
irof
1
850
JVM の仕組みを理解して PHP で実装してみよう
m3m0r7
PRO
1
240
JSAI2025 RecSysChallenge2024 優勝報告
unonao
1
300
Digging into the Matrix: Practicing Code Archaeology
arthurdoler
PRO
0
200
Reactive Thinking with Signals, Resource API, and httpResource @Devm.io Angular 20 Launch Party
manfredsteyer
PRO
0
110
医療系ソフトウェアのAI駆動開発
koukimiura
1
170
ドメイン駆動設計とXPで支える子どもの未来 / Domain-Driven Design and XP Supporting Children's Future
nrslib
0
350
推論された型の移植性エラーTS2742に挑む
teamlab
PRO
0
130
コードに語らせよう――自己ドキュメント化が内包する楽しさについて / Let the Code Speak
nrslib
5
590
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
14
880
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Unsuck your backbone
ammeep
671
58k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.3k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Code Reviewing Like a Champion
maltzj
523
40k
Visualization
eitanlees
146
16k
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/