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
スタートアップにおける言語とフレームワークの選択 / Why we chose Ruby on...
Search
Autify
March 19, 2021
Technology
13
5.2k
スタートアップにおける言語とフレームワークの選択 / Why we chose Ruby on Rails as a startup
銀座Rails#31
https://ginza-rails.connpass.com/event/205651/
※社名・ロゴ・サービス内容等は発表当時のものとなります。
Autify
March 19, 2021
Tweet
Share
More Decks by Autify
See All by Autify
事業継続を支える自動テストの考え方(レバレジーズ様勉強会版)
autifyhq
0
250
自動テストの世界に、この5年間で起きたこと
autifyhq
10
12k
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
10
130k
Autify Company Deck
autifyhq
2
43k
読みやすいテストコードの書き方
autifyhq
0
390
AIが変革するシステム開発
autifyhq
0
390
テスト自動化プラットフォームAutifyはどのようにAutify自身を自動テストしているか
autifyhq
1
2.7k
テスト自動化から、 開発を支える継続的テストへ
autifyhq
27
13k
テスト自動化プラットフォーム「Autify」におけるAI
autifyhq
0
3k
Other Decks in Technology
See All in Technology
SDカードフォレンジック
su3158
1
580
LLM as プロダクト開発のパワードスーツ
layerx
PRO
1
220
AIで進化するソフトウェアテスト:mablの最新生成AI機能でQAを加速!
mfunaki
0
130
AWSLambdaMCPServerを使ってツールとMCPサーバを分離する
tkikuchi
1
2.9k
3月のAWSアップデートを5分間でざっくりと!
kubomasataka
0
110
DuckDB MCPサーバーを使ってAWSコストを分析させてみた / AWS cost analysis with DuckDB MCP server
masahirokawahara
0
1.2k
Webアプリを Lambdaで動かすまでに考えること / How to implement monolithic Lambda Web Application
_kensh
7
1.3k
バックオフィス向け toB SaaS バクラクにおけるレコメンド技術活用 / recommender-systems-in-layerx-bakuraku
yuya4
5
500
低レイヤを知りたいPHPerのためのCコンパイラ作成入門 / Building a C Compiler for PHPers Who Want to Dive into Low-Level Programming
tomzoh
0
220
AI AgentOps LT大会(2025/04/16) Algomatic伊藤発表資料
kosukeito
0
130
はてなの開発20年史と DevOpsの歩み / DevOpsDays Tokyo 2025 Keynote
daiksy
6
1.5k
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
coconala_engineer
1
280
Featured
See All Featured
Side Projects
sachag
452
42k
GraphQLの誤解/rethinking-graphql
sonatard
71
10k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.2k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.4k
How STYLIGHT went responsive
nonsquared
99
5.5k
Reflections from 52 weeks, 52 projects
jeffersonlam
349
20k
Six Lessons from altMBA
skipperchong
27
3.7k
Practical Orchestrator
shlominoach
186
10k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
13
1.4k
Building Applications with DynamoDB
mza
94
6.3k
Building Flexible Design Systems
yeseniaperezcruz
329
38k
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/