Upgrade to Pro — share decks privately, control downloads, hide ads and more …

鹿児島からRubyではじめるスタートアップ

よしこ
March 05, 2023

 鹿児島からRubyではじめるスタートアップ

鹿児島Ruby会議02でスピーカー登壇した資料
https://k-ruby.connpass.com/event/272282/

よしこ

March 05, 2023
Tweet

More Decks by よしこ

Other Decks in Programming

Transcript

  1. 3 よしこ 吉本 康貴 CTO室 鹿児島エンジニアリングチーム • 理学療法士からエンジニアへ未経験転職 • コロナ禍初期の2020年6月入社

    (当時29歳) • 前職は職員30名の介護保険施設で家族経営 • 最近のトピックは create-t3-app と ジェネレーティブAI @yoshikouki_ ペパボと私の紹介
  2. 4 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  3. 5 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  4. 6 ゴール • スタートアップで Ruby on Rails を採用 するメリットを知れる •

    鹿児島でもメガベンチャーで スタートアップできることを知れる • Ruby on Rails を採用したスタートアップの具 体的な話が知れる
  5. 8 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  6. スタートアップで Ruby on Rails を採用するメリット • Webアプリケーションに必要な多くが良い感じに揃っている ◦ もしくは素早く拡張できる •

    MVCモデルやRails風なActiveRecord※1 は、賛否両論あるが気軽で素早い • 個人アプリでモダンな環境 (create-t3-app ※2 を採用) で開発しているが、 Rails ほど「気軽」ではない • CoC (設定よりも規約) を初めとする Railsway に従えば、 中長期的な複雑さはある程度抑制できる ※1 PoEAAでいうドメインレイヤーとデータソースレイヤーを包含したModel Active Recordから考える次世代の Ruby on Railsの方向性 ※2 T3スタックと呼ばれる思想に基づくWebアプリビルダーで、 Vercel が提供している https://create.t3.gg/ 9 素早い開発が可能 (高い生産性)
  7. スタートアップで Ruby on Rails を採用するメリット 10 • 素早く、気軽である一方で、拡張性も十分に備わっている 大規模なアプリケーションでもスケーラブルに対応可能 •

    「大規模になってくるとRailsは辛い」と言われたりするが、 それに対する知見はすでに存在するし日頃の努力により顕在化しない例も多々ある • 辛いのは Rails ではなくて設計の方というパターンも多い 多数のライブラリやツール、何より知見が存在する
  8. 15 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  9. 21 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  10. Ruby on Rails を採用したスタートアップの具体的な話 22 Railsway はできる限り遵守する それでも大変なときだけ、用途を限定した「サービスレイヤー」を導入する • GMOレンシュは以下を採用している

    a. Presenter (View 専用) b. FormObject (form 専用) • 多数モデルが関与かつ複雑なロジックを持つ場合のみ • が、これらの使用はできる限り避ける ように心がける 出典: ApplicationModel のある風景
  11. Ruby on Rails を採用したスタートアップの具体的な話 • 将来に渡る様々な要件まで盛り込みすぎても速度が落ちるが、とはいえ重要なので拡張可 能な設計は心がける • 状況が変わったら素早く修正を行う •

    データモデリング • イミュータブルデータモデル a. RDBのレコードにUPDATEをなるべくかけないようなデータモデリング 23 テーブル設計が生命線といっても過言ではない
  12. Ruby on Rails を採用したスタートアップの具体的な話 • Ruby on Rails に限った話ではないが、頼れるのであれば頼ったほうが良さそう •

    特に認証と決済は、開発・運用コストが高く、万が一のとき深刻化しやすい • セキュリティ面でも、その界隈の専門家によって支えられる安全性を享受できる • レンシュでは Auth0、PGマルチペイメントサービス、Stripeなどを採用している 24 大変かつ任せられるところは積極的にSaaSを使う
  13. 25 アジェンダ 1. イントロダクション 2. スタートアップで Ruby on Rails を採用するメリット

    3. GMOレンシュについて 4. Ruby on Rails を採用したスタートアップの具体的な話 5. これからやりたいこと
  14. Ruby on Rails を採用したスタートアップの具体的な話 • 今後3〜5年を見越した技術選定でユーザー体験を上げていきたい ◦ (開発・運用コスト面や社内リソース・採用の都合などを加味する ) •

    フロントエンドによる体験の充実 ◦ 現在、パーシャルや一部機能から React 化を進めていっている • バックエンド ◦ 素早さを保ちつつ柔軟さと堅さを両立したい ▪ 定期的なメンテナンスやリファクタリング (設計も含めた) ▪ 依存関係のアップデート (凄く大事) ◦ イミュータブルデータモデルを段階的に取り入れていきたい 26 良いプロダクトになる・あり続けるため、 良質かつ細かなユーザー体験 (MVP) を素早くリリースする確度を上げていく
  15. Ruby on Rails を採用したスタートアップの具体的な話 27 地域コミュニティの醸成と支援 • 昨年・一昨年と続けてきた活動を続けていく ◦ K-Ruby

    (鹿児島Ruby会議02を運営) ◦ Rails Girls Kagoshima ◦ エンジニアBar ◦ 鹿児島.mk ◦ #勝手に鹿児島大使 • コミュニティを継続させること。コミュニティ同士の相乗効果も?
  16. 29 ゴール • スタートアップで Ruby on Rails を採用 するメリットを知れる •

    鹿児島でもメガベンチャーで スタートアップできることを知れる • Ruby on Rails を採用したスタートアップの具 体的な話が知れる