Ruby on Railsの正体と向き合い方 / What is Ruby on Rails and how to deal with it?

Rails Developers Meetup 2019（2019/03/22 - 23）

[t-wada]

後藤さんと積み重ねてきた議論がこの素晴らしい資料となって世に出たことは、大きな喜びです。考え抜かれ、わかりやすく整理されていると思います。

[hachibeechan]

RailsはMVCじゃなくてCRUD APIのためのDSLなんだよなぁ

[y_uuki]

事実から仮設がたてられ、前提が整理され、論理的に結論への道筋が書かれていてヤバい。論文を書ける人の発表資料に思える。

[ttanimichi]

‪Service クラス導入するのもマイクロサービスにするのも Rails を使うことと普通に両立できることなわけだから “Rails の限界” という言い方には違和感ある。それを言うなら “レールの限界” じゃないかな‬

[ll1a9o3ll]

旦那に解説してもらった。よく死んだと言われるRails。でもそもそもがスタートアップ向きでニーズが限定されてる & サービス成功して大規模になったら他言語にリプレイス前提のフレームワークってだけのことやんね？

[niku4i]

わかりやすい。似たような課題感と解決方法へと進んでいて言語化していただいてありがたいです。

[aikawame]

開発速度と密結合のトレードオフ、まさに。ハマれば超強力なWAFであることは間違いない。

[labocho]

pixta

[asflash8]

よい資料。もやもやっと考えてたことが整理されて言語化されてる。個人的な経験だとfat controller -> fat model -> chaos service class（あかん）って変遷してるからARの限界にどう向き合うかはよく考える

[mabots]

限界の匂い

[mizdra]

めちゃめちゃ良い

[masa8aurum]

・Rails は小〜中規模向けの高速開発のために密結合を肯定。大規模になるとつらい ・規模が大きくなってきたときの対処： ユースケース固有処理の層を追加するか、アプリを分割

[kasssssy]

いい資料！

[rochefort]

今更読んだけど、すごい良い資料だった。Railsの強みというのが整理されている。

[kanno_kanno]

Railsは密結合ゆえに開発速度が早い、と。分かりやすい

[mallowlabs]

何でも読み返したいいい資料

[takatama]

RoRが諦めたものは、Modelの疎結合。小さな組織でスピード優先ならいけるけど、いつか限界がくる

[operando]

最近ちょいちょい仕事でRailsを見てるので、すんげーわかる内容だった。

[rryu]

Railsは何かの処理を共通化する仕組みはあっても、状況によって別の扱いをするという仕組みはないので、それをどうRailsに乗っけていくかで苦しくなっていく。

[efcl]

RoRの作成された経緯

[saboyutaka]

BFF + Rails APIでやりたい。ほんとそれ。次のMicroservicesも見越してKongも。

[shifumin]

整理されていてよかった。

[hush_in]

わかりやすい

[side_tana]

いい

[s_osa]

めちゃくちゃ丁寧に言語化されている……。

[send]

期待以上に面白かった

[vvakame]

Microserviceじゃん

[okashoi]

「Railsは疎結合を捨ててプロトタイプ開発を爆速にしている」とは言われていたが、それについて整理されたとてもいい資料。特に「『いつ』『なぜ』限界を迎えるのか」と、そこへの向き合い方の流れがわかりやすい。

[vanbraam]

かなり納得感のある解説だった;RESTfulの隆盛もRailsの流行をブーストしたと思う;若干わからないのはHanamiを使わない理由かな?勿論以降のコストや開発速度等色々あるんだろうけど

[ntaoo]

railsの強みと限界、変わってないんだなあ

[iwasiman]

Railsの本質を追求して結論までたどり着いていて、ほんと良い資料。自分も触りを学んだ時、Modelレイヤーで全部処理する的なやり方で複雑なアプリはどうすんのかなというのはずっと不思議でした。

[Tomato-360]

これはRailsを使ってる人全てが見るべき資料な気がする。

[dorokei]

Active Record にロジック集中しがちだからきつくなったらもう一層挟むなりするべし、もっとつらくなってきたらマイクロサービス化とか考えるべし。って話かな。

[inductor]

アプリケーションもその設計も、規模に応じて変化させないといけないというのがよくわかるスライド。

[takmnagaya]

くっ。このセッションも見に行けば良かった。。

[als_uz]

自分が納得できない部分について丁度よくまとめられていてとてもすっきりした。ただ、レールの限界超えたなって思ってもじゃあリプレイスだ！とはできないし、書いてある対策やってもやっぱり複雑だねってなりそうで