あのときRailsに自信を持てなかったあなたに送る手紙

「なぜ今 Rails を学ぶべきなのか」Ruby on Rails から学ぶ Web アプリケーション開発実践 / 技育CAMPアカデミア　STORES株式会社 登壇資料

https://talent.supporterz.jp/events/fab0acb1-735d-4f7f-9274-63bfd5f8dd0c/

Transcript

1. 2025/5/15 ykpythemind 「なぜ今 Rails を学ぶべきなのか」Ruby on Rails から学ぶ Web アプリケーション開発実践 あのときRailsに自信を持てなかったあなたに 送る手紙
2. 自己紹介
3. ykpythemind (ゆきぽよ) STORES 株式会社 エンジニアリングマネージャ ・音楽制作 ・ホラー映像制作 ・苦手な食べ物が多いです
4. 遍歴、お仕事 • Ruby on Rails, 10年 • 受託開発 • スタートアップ STORES (2020〜) • STORES 予約 の開発責任者 • Ruby開発組織の統合 (10歳以上のRails x3) • アカウント基盤の立ち上げ、データ統合 etc • 採用活動
5. 今回の話
6. 今回の話 手紙
7. 8年ほど前の出来事...
8. 出来事 8 オフラインの交流イベント… 「Railsで会社のプロダクト 作ってて...」 わたし
9. 出来事 9 オフラインの交流イベント… 「ははは、そうですね...」 (反論できない） わたし 参加者 「Railsってもう時代遅れで、 キツイよね」
10. 出来事 10 オフラインの交流イベント… 「ははは、そうですね...」 (反論できない） わたし 参加者 「Railsってもう時代遅れで、 キツイよね」 前提: 経験の非対称性はある。仕方ない。 Railsでの辛かった経験 ↕ Railsの成功体験
11. 出来事 11 今なら胸を張って 「Railsが本当に良いと思っているからやって いるんです」と答えられる
12. 8年前の自分への手紙 なのですが、自分だけに宛てるのはもったいないので この場を借りてみなさんにも届けたい...
13. 今回話すこと 13 1. Railsの何が良いのか＝どういう技術が本質的に優れているのか 2. よくある誤解 3. 自分の感覚を信じること
14. Railsの何が良いのか
15. 何が良いのか • Webアプリケーションを作る上で必要な設計とツールが網羅 ◦ データベース ◦ 自動テスト ◦ 非同期処理 ◦ ファイルアップロード ◦ セキュリティ対策 ◦ etc… 15 → その都度自分で選択するのではなく Railsに組み込まれているものを使う
16. 何が良いのか • 必要なものが揃ったうえで、良いデフォルト値が採用されている ◦ 一般的なWebアプリケーションでうまくいく設定値やセキュリティ対策 ◦ なぜその設定が採用されているのか、を読み解いて技術を学ぶことができる 16 https://guides.rubyonrails.org/tuning_performance_for_deployment.html
17. 何が良いのか • つまりRailsは ◦ ユーザーの課題解決のためのプロダクトコードに集中できる ◦ それが本質的にソフトウェアエンジニアが取り組まなければならない お仕事であり、価値 17
18. 何が良いのか • 一般的なWebアプリケーションであれば、ファイルアップロードはでき て当たり前 ◦ アイコン設定 ◦ CSVをアップロードして一括登録する機能 • 自前で作ると論点ありがち ◦ どこにファイルを永続化するのか ◦ ファイルのメタデータの検証や画像リサイズ処理 ▪ ⇨ RailsのActiveStorageですべてうまくいく 18
19. 何が良いのか 19 • Railsはプロダクトに価値がある実装にフォーカスさせてくれる ◦ Fat modelは恥じることではない ◦ ユーザーが何らかの操作を行うアプリであれば、 app/models/user.rb が数千行に達するのは自然 ◦ それをどう統治するかが面白いポイント 良いプロダクトを作りたい、届けたい、という気持ちが強い方々に Railsは第一級の選択肢
20. 何が良いのか 20 • 技術的な「おもしろみ」は少ないかもしれない ◦ プロダクトを良くしようとするとき、具体的な “How” の部分に向 き合う時間よりもユーザーの課題へのフォーカスが必要不可欠 ◦ 一方でプロダクト開発とはまた違った選択・キャリアがある ▪ １からアーキテクチャを考えたり ▪ ミドルウェアを作ったり、改良したり PitchforkというWebサーバーを作るまでの長い道のり （翻訳）
 
 https://techracho.bpsinc.jp/hachi8833/2025_04_07/149388 

21. よくある誤解
22. ① Railsは初期の実装の速さ重視、 堅牢に作るのには向いていない？
23. ① Railsは速さ重視で堅牢ではない？ 23 • 変化できるからこそ、堅牢である • 堅牢とはなんだろうか ◦ Webアプリにおいて重要視すべきものは「データ」 ◦ これを事業に合わせて適切にモデリングし、育てていくこと ◦ 複雑になってきても「なんとかできる」Railsの強みがある ▪ ActiveRecord::ModelSchema.ignored_columns= ▪ after_create { } など ▪ データを正しくしておくことが結果的に堅牢なアプリになる • Progress over stability ◦ https://rubyonrails.org/doctrine#progress-over-stability ◦ 痛みを伴いながらも進化していく思想
24. ② パフォーマンスの問題がある？
25. ② パフォーマンスに問題がある？ 25 • Goなどと比較すると良くないケースがある • Webアプリにおいて、適切にリソースを使い切りにくい https://kaigionrails.org/2024/talks/osyoyu/
26. ② パフォーマンスに問題がある？ 26 https://kaigionrails.org/2024/talks/osyoyu/ • もったいなく感じるがお金でスケールさせるのも手段の１つ • 「パフォーマンスがよくないらしいのでRailsの採用やめましょう」は 良くないトレードオフ
27. ③ フロントエンドが作りにくい
28. ③ フロントエンドが作りにくい 28 • 個人的にはYES ◦ インタラクティブなものを凝って作りたかったらReactおすすめ • それでも、テンプレートエンジン(erb)は良い ◦ シンプルに作るにはとても良い選択肢 https://zenn.dev/ykpythemind/articles/78586345df229b
29. 自分の感覚を信じること
30. 自分の感覚を信じること 30 オフラインの交流イベント… 「ははは、そうですね...」 (反論できない） わたし 参加者 「Railsってもう時代遅れで、 キツイよね」
31. 自分の感覚を信じること 31 • このときのもやもや、悔しい気持ち • 　（…自分はしっくり来ていて、うまく作れる感覚がわいている 気がするけど、だめなのかな） • そういった感覚を信じ続けて欲しい • 今は言語化できなくてもOK
32. 自分の感覚を信じること 32 • 他の人の意見はほどほどに、続けていく • 実際に良いものをどんどん作っていく • それがソフトウェアエンジニアのキャリアになっていく • あのとき自信を持てなかった自分を少しは慰められるようになっ たかも
33. まとめ
34. まとめ 34 • Railsの何が良いのか＝どういう技術が本質的に優れているのか ◦ プロダクト開発に集中できるということ • Railsだからこそ堅牢にアプリケーションを作ることができる。良い 仕組みがある。 • まことしやかに言われていること、今日の発表含め、他の人が話して いること、色々ある ◦ それでも、自分の感覚を信じていくことも大事 ◦ 自分はRailsをやってきたことに誇りを持っているし、とても感謝 しています
35. STORES 株式会社 の紹介 35
36. ありがとうございました !