テクノロジー

AI時代にわざわざRuby on Railsを使う理由

1: masatomo-m 2026/04/20 11:05

フロントエンドも1リポジトリにまとめようと思えばまとめられるRailsはAI適正かなりいいとは思っている。マイクロサービスでAPI Spec Drivenで・・・みたいなのはまだまだその思想や設計についていける人材が少なそうだし

2: nguyen-oi 2026/04/20 11:05

Railsの規約重視がAI時代に再評価されるのは面白い。JS疲れの受け皿か

3: daruyanagi 2026/04/20 11:27

なるほどって思ったけど、それ、Rails っぽい他の言語のフレームワークでもいいよな……

4: remonoil 2026/04/20 11:31

書いてあることは後付けで、自身の仕事を効率的にこなす(フリーランスの"ビジネス視点では最高")ためにRailsを使いたいという主張だと感じた

5: ToTheEndOfTime 2026/04/20 11:49

Rust on Railsつくれよ、次点でGo on Railsでもいい

6: nunulk 2026/04/20 12:10

Go on Rails はアーカイブされてしまったが Goravel という Go + Laravel は v1.17 まで来ている

7: UhoNiceGuy 2026/04/20 12:36

他フレームワーク、ディスってますなぁ//「設定より規約」は良いよね。設定が異なって、自分のところでは参考にならない、とかが減る

8: lets_skeptic 2026/04/20 13:03

Visual Studio すごいぞ(定期)

9: fa11enprince 2026/04/20 13:18

設定より規約 Spring Boot。。。おっと誰か来たようだ。みんな最近バックエンドは何を使ってるのか気になる。

10: short_tanu 2026/04/20 13:25

AI時代は学習ソース量が多い言語・フレームワークが人気になるんじゃないかな

11: strawberryhunter 2026/04/20 13:30

とはいえ、Rubyを選択する理由は思い入れとか、自分がよく知っているというくらいだろう。Rubyの遅い、応用範囲が狭い、将来性が怪しい、という特性を活かして、生存者市場で尖るなら逆にいいかもしれない。

12: proverb 2026/04/20 13:36

TypeScriptかGoでいいのでは感

13: miyasakura 2026/04/20 13:45

実際TypeScriptと比べてみるとRailsはCoCのおかげかコンテキストの使用量がかなり少ない。将来性はともかく今のところはAI開発の恩恵を十分に受けられる側だと思う

14: pochi-taro00 2026/04/20 13:46

railsなんてとっくに死滅してると思ってた

15: diveintounlimit 2026/04/20 13:57

空気みたいな文章だな。。。Rails使うことが前提で理由らしい理由が見当たらない。あとRailsが小規模無けっていうのは十何年前の話だ。

16: aarx 2026/04/20 14:02

Railsエンジニア(笑)ってこんなトンチキしかいないよな。サンクコストバイアスの末路。

17: zoidstown 2026/04/20 14:10

“Railsの産みの親のDHHは、現代のWeb開発のほとんどはCRUD、つまり簡単なデータベースの読み書きを応用させたものであることを指摘しており、その用途の範囲ならRailsは十分戦力になりうると公言しています。”

18: kappa99999 2026/04/20 14:37

ActiveRecordという設計手法のメリデメの話かなー。

19: kazzy 2026/04/20 15:18

🤖<AIは本来のMVCの指向に合わせてModelに記述しただけなのに・・・

20: circled 2026/04/20 15:43

RailsにインスパイアされたLaravelがAIエージェント向けの設定テンプレ "Laravel Boost" をリリースしてるんだけど、フレームワークはどこに何を置いて何を書くかがCoC哲学により明確なので、AIとの開発相性が高いのだけは確か

21: MtAsuka 2026/04/20 16:55

RailsとNext.jsってだいぶポジションが違うから比べてもあまり意味ないのでは?Rails的なCoCベースの完結型フレームワークならASP.NET Core MVCあたりがモダンで使いやすいからそういうのと比べてみてほしい。

22: khtokage 2026/04/20 17:05

個人的にはCoCベースの方がAIのコンテキストが節約できるしそもそも規約はAIに覚えさせればいいんだし、Vibeコーディングに向いてると思うんですよね どうせ「~を適切な場所に作って」とかお願いしますし笑

23: daira4000 2026/04/20 17:47

Rails別に悪くないと俺も思うけど近所のスーパーでもフォーミュラカーで行くのがwebだとは思う

24: sionsou 2026/04/20 18:04

PHPの次はRailsをコケにしたがる層ばかりで草。お前らはどれだけ高僧な言語使ってるの?んでどれだけすごい開発してるのだろう。所詮実現手段でしかないので個人的には動的だろうが静的型付だろうが構わないが。

25: knj2918 2026/04/20 18:18

ビジネスモデルで柔軟に変えるべき

26: cu39 2026/04/20 18:20

俺だってDHHみたいになりたいからオレオレフレームワークを組み立てるんだ!

27: logic 2026/04/20 19:00

書いてること全部Laravelに負けてる。最大の失敗はherokuの代わりをRails公式で用意しなかったこと。ローカルで動かすのは簡単でも本番環境で動かすのが初心者には難しいのがRails。簡単デプロイ先が必須だった。

28: c-matt 2026/04/20 19:29

素直な使い方してれば他のフレームワークに比べてメンテが楽なの嬉しいじゃん?AI出てきて楽になったとはいえできるだけ式年遷宮は避けたい

29: otoku-memo 2026/04/20 20:47

なるほどね。Rails、Django、Laravelの3つの重厚長大フレームワークはAI向きなのかもしれない。言語としてはPythonが一番持ちそうだけど、DjangoはFastAPIに押されて縮小傾向なのが気になる。

30: kaputte 2026/04/20 21:50

いろいろ言われてるけど、最近のRailsのSQLite本番対応はめちゃめちゃ熱いと思うのよ。

31: KoshianX 2026/04/20 22:48

うん、やっぱそうだよね。小規模開発やローンチに Rails は依然有効だよなあ。粘土をこねくり回しながらどんな形にしていくか考えるような開発のやり方してると ruby みたいな言語は相性がいいしねえ

32: yamadadadada2 2026/04/21 09:19

いずれAIがもっといいフレームワーク出してくるよ

33: noonworks 2026/04/22 15:52

みんなあのHotwireを本当に使ってるの?