Railsは技術的負債である

Railsを使うと、初速は早くなる。それは間違いないと思う。一方で、RailsはVierwからDBまで密結合したフレームワークなので、「段階的なアップグレード」とかがむずかしい。ヴァージョンをあげるときには一気にエイヤであげる必要が出てきがちである。さらに、プロダクトが巨大になってくると結局様々な工夫を凝らしてViewからDBまでの間を疎結合にしていくことになる。そうなってくると、「これRailsである意味あるんだっけ」となって、段階的なアップグレードのしにくさや気をぬくと密結合な設計になるという欠点が目立ってくる。 これは、まさに技術的負債そのものである。ここでわたしが「技術的負債」を「単なる悪いもの」として扱っているわけではないことに注意してほしい。Railsを使うというのは、そういう将来の負債を借り入れて、その借金を使って早くプロダクトを世の中に届けるという判断をしている、ということ

[ngmy]

99%のサービスは借金を返すフェーズまでスケールしないので気にする必要はないし、借金を返すフェーズまでスケールすればそういうのが大好きな人が入ってくるよ。

[rryu]

まあ、考えすぎて結局完成しなかったプロダクトとか、最初から疎結合で作ったら規模の割に改修コストが高くなって改修できなくて終わったとかもあるので、密結合だから技術的負債という訳でもないという…

[ssig33]

next/nuxt あたり + firebase の方がもう初速速いと思う、Rails 自体も今や明確にエンプラ志向だし

[uokada]

Railsを使わなかったやつは既に死んだよ。

[iwamot]

わかる。借りるなら、せめて返済計画を経営陣に認めてもらってからにするのはどうか。「初速を上げるかわりに、N年後に技術スタックを見直します。その際のNヶ月間は機能追加を止めさせてください」とか。

[shimarisugi]

もうサーバーサイドはJSON返すだけでいいんじゃないかな。RailsもAPIモードでビューを切り離せるよね？

[non_117]

愚痴は具体的に書かないと共感されませんよ。

[dbfireball]

そこまで長続きと改修を繰り返せるサービスに当たる事ってほぼないから気にしなくて良いと思うよ。問題に直面してから考えたら良いんよ。

[kwhrtsk]

負債化するのはモデルがドメイン層とインフラストラクチャ層を内包してるから。これはDHHが意図的に選択した設計で小規模な内は開発効率が良い。ただし大規模化する前にはモデルからドメイン層を切り離す必要がある。

[chinpokomon_master]

こういうこと言うやつだいたいスタートアップやったことない。firebaseがーとかわけわかんないこと言って結局スケールする前に死ぬ。ほとんどのプロダクトは最新のアーキテクチャで作る理由がないので単なる自己満足。

[cyan0302]

負債になるほど流行れば大成功

[hachibeechan]

そもそもRailsの根本にあるCoCが数年前から機能不全起こしてるからな

[quabbin]

ブコメ眺めてて。firebase批判の※主は、firebaseよりスケールするAPI基盤を作っているならいいけど、どうもそうじゃなさそうに見えるがどうか。ちなfirebaseで自動スケールしないのはRTDB程度。それでも1DB同時3000までは耐える

[keeponeself]

Railsがプロトタイプ向けの言語って言われるのはまさにこの点だからね。

[retore]

大丈夫、作り終わったら飽きるから

[chintaro3]

何でもそうだよね

[qtamaki]

まさにそのとおり。それでうちはRailsからScala(Play)に乗り換えた。今は幸せです

[msfukui]

一年前のものがたまに上がってくるのを見るけどなぜなんだろう? 定期的に見る話だけど他の WAF でも普通に発生することしか書かれていないし Rails さんは悪くないと思う。。

[ptpadan]

開発速度は正義

[hdampty7]

RailsがっていうよりかつてはRubyそのものがスケールデメリットをもってた感じだった。失敗としてよくあるのは未熟な自称アジャイル開発者がサービス本番の要求スケールを考えもせずに採用して事故って環境のせいにする

[theatrical]

大体作り直すフェーズになれば、要件も過去の失敗もわかってるから、そのときにきれいにすればよいよ。

[studymonster]

1年前の増田なのか。いやもうRailsやめたいのに会社がRails推しだからな……。

[Surgo]

rails に限ったことじゃねぇ

[wwolf]

サービスの立ち上げ期はRailsとかLaravelみたいのでさくっと立ち上げて、売上とか諸々安定してきたら作り直すのが吉ぞ

[a-kuma3]

VBのFormから始まってる話。「技術的負債」という単語が認識されてきているので、あとは経営層がどう考えるか、よね

[aikawame]

なまじActiveRecordが有能なので麻薬的な怖ろしさは感じる。そこと密結合のデメリットを天秤に掛けて後者が優勢になる規模ってスタートアップ界隈ではかなりレアとも思うけど。

[laiso]

質とスピード https://speakerdeck.com/twada/quality-and-speed-2020-spring-edition でいうスピードを支えるのは個人の能力、保守性向上の損益分岐点は1ヶ月という話を思い出してた

[yusuke-k]

今ならfirebaseのがスピード感あると思う。

[onesplat]

raisのおかげでスピードが出るわけじゃなくて単にrailsに慣れてるエンジニアが多いだけ。フラットに比較したらrailsエコシステムなんてガチのそびえ立つクソだぞ。matzもrailsのこと散々disってるしな

[namelaw]

技術的負債はある程度のマネタイズができてから返済を考えるべきであって、そこに到達するまでの間は只の負債。技術的という言葉でちょっと響きを格好良くしてはいけない

[peperon_brain]

SPAしか作ったことないので「Webサーバー=静的コンテンツ配信とAPI提供」って頭になっててそれで困らないここ数年を過ごしてきた。

[syunnchang]

ActiveRecordの功罪

[masa_w]

メンテフェーズだけ担当すると割と地獄味ある。セキュリティ周りを煩いくらい勝手にやってくれるのは凄い良いんだけどね

[IzumiSy]

一周回って、Formオブジェクト導入して永続化層とプレゼンター層切り離した上でちゃんとテスト書くならRailsでも負債化しづらい思いはじめた。そこから先は組織の成長に合わせてマイクロサービスとかしてけばっていう。

[raitu]

“Railsを使うと、初速は早くなる。それは間違いないと思う。一方で、RailsはVierwからDBまで密結合したフレームワークなので、「段階的なアップグレード」とかがむずかしい”

[otakumesi]

Railsというか個人的にActiveRecordがキツイ、モデルが複数の役割を持ち始めると崩壊し始める、これは言語やフレームワークに限らない

[yamadadadada2]

一瞬納得しかけたが、単にCI/CDとかDevOpsがうまく回ってないだけなのではという話で、Railsじゃなくても起こりうる問題かなと。

[tuki0918]

個人的にはAWSのエコシステムに乗れる言語なら...