Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
スタートアップにおける言語とフレームワークの選択 / Why we chose Ruby on...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Autify
March 19, 2021
Technology
5.5k
13
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スタートアップにおける言語とフレームワークの選択 / Why we chose Ruby on Rails as a startup
銀座Rails#31
https://ginza-rails.connpass.com/event/205651/
※社名・ロゴ・サービス内容等は発表当時のものとなります。
Autify
March 19, 2021
More Decks by Autify
See All by Autify
プロセスの目線からみる「自動テストの安定化」
autifyhq
0
440
AI駆動開発カンファレンスAutumn2025 _AI駆動開発にはAI駆動品質保証
autifyhq
1
380
ベストプラクティスを適用するとシナリオはどう変化するのか
autifyhq
0
640
Pro Serviceチームの身近なAI活用事例 (JaSST'25 Hokkaido スポンサーセッション)
autifyhq
0
85
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
11
160k
Autify Company Deck
autifyhq
2
54k
AIによるソフトウェア品質保証の現在地点とこれから
autifyhq
1
590
事業継続を支える自動テストの考え方(レバレジーズ様勉強会版)
autifyhq
0
680
自動テストの世界に、この5年間で起きたこと
autifyhq
11
18k
Other Decks in Technology
See All in Technology
2026-09-08 そのJavaモダナイゼーション、AIに丸投げで大丈夫?IBM Bobで変わる品質と効率
yutanonaka
1
190
Making AI Agents Safe and Fast- Jev, Obsidian, and the Meta-Harness
x5gtrn
PRO
0
140
AIに任せた品質は、誰が見立てるのか - AI時代のテストマネジメント
nakanao
3
3.1k
「どのログを見ればいい?」 から始めた サーバーレス障害解析
y_waka1
1
150
おい、エージェントを使って終わらせろ
nwiizo
3
940
「ピッケル本」日本語版は4.0(第6版)が出版されるべき / pickaxe4-nagoyark05
kakutani
2
300
AIエージェント時代のPlatform as a Product —— テックリードがPdMとして回す発見・導入・計測 / Platform as a Product in the AI Agent Era
toshi0607
0
150
LLMに渡さなかった仕事
nanaism
0
10k
時うどん〜Socket.getifaddrsで学ぶネットワーク編 / Tokiudon: The Socket.getifaddrs Edition
coe401_
4
270
ボードゲームの遊び相手をFoundation Modelsで作る / iOSDC Japan 2026
genda
0
180
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
700
Oracle Cloud Infrastructure(OCI):Onboarding Session(はじめてのOCI/Oracle Supportご利⽤ガイド)
oracle4engineer
PRO
2
20k
Featured
See All Featured
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
The Curious Case for Waylosing
cassininazir
1
540
Done Done
chrislema
187
17k
[SF Ruby Conf 2025] Rails X
palkan
3
1.4k
How GitHub (no longer) Works
holman
316
150k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
3k
The browser strikes back
jonoalderson
0
1.7k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
New Earth Scene 8
popppiees
4
2.6k
The SEO identity crisis: Don't let AI make you average
varn
0
560
How to train your dragon (web standard)
notwaldorf
97
6.8k
Transcript
スタートアップにおける言語とフレームワークの選択 2021年3月19日 銀座Rails#31 Autify 松浦隼人
自己紹介 松浦 隼人 • オーティファイ株式会社 CTO (2020年1月〜) • Twitter :
dblmkt • 経歴 ◦ インフラ何でも屋 ◦ 某ブログサービスのインフラ担当 ◦ テクニカルサポート ◦ インフラ + Rails ◦ CTO (イマココ) • 趣味 ◦ 翻訳
https://autify.com/ja
E2Eテストはハードルが高い? - Autifyを使えば E2Eテストはハードルが高い? - Autifyを使えば • 手でやるのは工数がかかる ◦ 自動化しましょう!
• シナリオ作る・書くの大変 ◦ テストシナリオ作成が簡単 • 実行するの大変 ◦ 複数のブラウザでテスト実行 • 作った後も大変 ◦ AIの力でシナリオ修正を支援
None
?
創業時からRailsを使用 • 創業時 ◦ コミュニティ翻訳ツール ◦ 近澤がRailsで着手 • その後、共同創業者として山下がジョイン ◦
創業者2人が共通して知っているフレームワーク の方が望ましい ▪ Railsでの開発を継続 ▪ 新サービスをリリース
ピボットを経て • Gitを使ったCMS ◦ これまで作った資産を活用するため引き続き Railsを採用 • (Alchemist Acceleratorへ) •
BDDツール ◦ 同様にRailsを採用
Autify 開発前夜 • 当時、フロントエンドに強いエンジニアが在籍 ◦ バックエンド・インフラもできる山下と分業できる ◦ Railsバックエンド + ReactフロントエンドによるSPA化を決断
Autify PMFを迎える • 製品完成前に契約獲得 ◦ Burning needsをとらえ、PMFを達成 ◦ 当社CEO近澤のブログ 「顧客のBurning
needsを解決する」 • Reactを捨ててRailsのみに戻す ◦ 初期プロダクトでは、リッチなUIなどは必須ではない ◦ 実装コスト ▪ 管理画面の方が機能が多い ◦ フロントエンド・バックエンド間のコミュニケーションミスが多発 ▪ 開発を遅らせる原因に
価値を最速で届ける技術>>>(越えられない壁)>イケてる技術 • スタートアップの最初期 ◦ とにかく価値を最速で届けるのが最重要課題 ▪ 価値を届けられないと死ぬ ◦ リッチなUIよりも問題を解決できること ▪
スムーズな動作ですら最低限でいいケースも
Autifyの開発本格化→正式ローンチ • 2019年3月、ベータローンチ • 2019年4月、フロントエンドエンジニア入社 ◦ ページごとに徐々にSPA化を始める ▪ SPA化のメリットが大きいページから着手
Autifyの開発本格化→正式ローンチ • 2019年9月、エンジニアが複数入社 ◦ 分業が可能な体制に • 2019年10月、正式ローンチ
Autifyの現在 • 技術スタック ◦ フロントエンド : React (TypeScript) ◦ バックエンド
: Ruby on Rails ◦ インフラ : AWS • ページごとのSPA化引き続き進行中
• 技術ではなくビジネスに集中する • 考えることが一番少ない言語・フレームワーク・製品がベスト ◦ Railsに乗りさえすればRailsは楽 ▪ 成熟した多数のgem ▪ 使い古された機能
: 例、ORMや多言語化サポートなど ▪ 大抵の開発者向けサービスでサポートされている • 監視サービス、ログサービスなど • 必要以上の分業より、1人でも面倒を見られるようできるだけ少ない技術で 技術はビジネスを成長させる道具
• Choose boring technology (退屈な技術を選択せよ) ◦ できるだけ少ない数の、枯れた技術 (= 退屈な技術)を選んで使う ▪
Known unknown : 何が起こるかわからないとわかっていること ▪ Unknown unknown : 何がわからないのかもわからないこと • 退屈な技術 = ナレッジが広く共有されているので、わからないことが少な い ◦ プロダクトをshipせよ 技術はビジネスを成長させる道具
まとめ • スタートアップは価値を素早く届けないと死んでしまう ◦ 最速で価値を届けられる技術を選ぶ • 技術はビジネスを成長させる道具 ◦ 考えることが少なくて済む(退屈な)技術を選択すべし ▪
Railsは成熟度、情報量などの点で優位
None
https://autify.com/ja/careers/