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.3k
スタートアップにおける言語とフレームワークの選択 / 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
110
Pro Serviceチームの身近なAI活用事例 (JaSST'25 Hokkaido スポンサーセッション)
autifyhq
0
14
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
10
140k
Autify Company Deck
autifyhq
2
46k
AIによるソフトウェア品質保証の現在地点とこれから
autifyhq
1
370
事業継続を支える自動テストの考え方(レバレジーズ様勉強会版)
autifyhq
0
450
自動テストの世界に、この5年間で起きたこと
autifyhq
11
16k
読みやすいテストコードの書き方
autifyhq
0
550
AIが変革するシステム開発
autifyhq
0
560
Other Decks in Technology
See All in Technology
防災デジタル分野での官民共創の取り組み (2)DIT/CCとD-CERTについて
ditccsugii
0
300
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
12
80k
HR Force における DWH の併用事例 ~ サービス基盤としての BigQuery / 分析基盤としての Snowflake ~@Cross Data Platforms Meetup #2「BigQueryと愉快な仲間たち」
ryo_suzuki
0
220
小学4年生夏休みの自由研究「ぼくと Copilot エージェント」
taichinakamura
0
720
「使い方教えて」「事例教えて」じゃもう遅い! Microsoft 365 Copilot を触り倒そう!
taichinakamura
0
390
[Codex Meetup Japan #1] Codex-Powered Mobile Apps Development
korodroid
2
800
『バイトル』CTOが語る! AIネイティブ世代と切り拓くモノづくり組織
dip_tech
PRO
1
130
プレーリーカードを活用しよう❗❗デジタル名刺交換からはじまるイベント会場交流のススメ
tsukaman
0
160
ニッポンの人に知ってもらいたいGISスポット
sakaik
0
150
衛星画像超解像化によって実現する2D, 3D空間情報の即時生成と“AI as a Service”/ Real-time generation spatial data enabled_by satellite image super-resolution
lehupa
0
170
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
5
43k
Codexとも仲良く。CodeRabbit CLIの紹介
moongift
PRO
0
210
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
97
6.3k
Into the Great Unknown - MozCon
thekraken
40
2.1k
GraphQLとの向き合い方2022年版
quramy
49
14k
For a Future-Friendly Web
brad_frost
180
9.9k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.1k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
980
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Reflections from 52 weeks, 52 projects
jeffersonlam
353
21k
Bash Introduction
62gerente
615
210k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
20
1.2k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
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/