Rails 設計 最強

自分が目指したいRailsアプリの形とは何か、ということについて考えていた。 常日頃から考えていたRailsアプリでの不満をこの議論に合流させた結果、「Rubyを書くときに当たり前にやるようなことを、Railsアプリを書くときでも当たり前のようにやる」というところが肝で、自分が目指したいRailsアプリの形はその先にあるのではないか、と一旦結論付けてみることにした。 「普通にRubyでコードを書くときはやらないけど、Railsだったらこう書く」という何かが存在していることが、さまざまな失敗の原因をつくっていると思う。 RubyとRailsが地続きに繋がっていないというか、どこかで断絶があり、そこから筋の悪い設計が生まれている ―あるいは持ち込めるはずの良い設計を持ち込めていない― のではないか、という話。 実際にはどの辺りが気になっているのか？という例を挙げると、氷山の一角を指摘するだけな

[ledsun]

Railsがインプットバリデーションを無視している（DBに入るときに止められればいいだろと割り切っている）のは、昔から気になっています。

[tofu-kun]

なんかしっくりくるかも “現状提供されている方法は、「短い文字数のコードで動く」というところに最善たる評価基準が置かれすぎている”

[kat21]

Railsとかではなく、単にフレームワーク一般に言われることに過ぎなかった。いろいろなフレームワーク触ってもらってよりよい設計基準を見出してほしい

[diveintounlimit]

読んだけどRailsの考えはそういうところにあるし、欠点もそのとおりだと思うし、それが嫌だったらRails使うのやめたら？と思った。どんなフレームワークにもPros/Consはあるよ。

[hasiduki]

rails難しいので仕事で関わりたくない

[nunulk]

"そういう、「確かにキー入力量を削減しながら多くの機能を実装できるけどスケールはしなそう」というコードを書かせるライブラリで本当に良いのか？"

[monacal]

それはもうRailsではなく新しいフレームワークが必要な段階なのでは。Rails互換とか考えずに2020年代にRubyが使われ続けるための、導入は難しすぎず、メンテナンス性がよく、スケールさせやすいフレームワークが。

[okashoi]

うーんと、まあ単に「Rails から離れよ？」としか。。。 ものづくりにおいて、フレームワークが先に来るわけではない。

[wtkk]

Railsの事は分からんけど、このサイトのデザインめちゃくちゃ好き

[ducktoon]

1つのネームスペースの中に全部入れたら、、、どうなんの？ （よくわかってない）

[supermomonga]

わかりすぎる

[onesplat]

railsいまだに使ってるやつは負け組な

[sigwyg]

“現状提供されている方法は、「短い文字数のコードで動く」というところに最善たる評価基準が置かれすぎている” あーだから彼らは1 liner書きたがるのか？

[yo_waka]

全般的にわかりみのある話だった

[buzztaiki]

オートロードとかも便利だけどうげーってなる。

[castaneai]

“早々に破綻するような勉強用のチュートリアルみたいな規模のアプリケーションをタイプ量を抑えながら高速に量産することしかできないので、「Railsでは規模に耐えきれなくなってきたのでマイクロサービス化を期に”

[daaaaaai]

ポリシーするどい。RailsからキャリアをはじめるとふつうのRubyの書き方に接する機会少ない問題ある気がする。。

[hitode909]

“もっと利用者の学習能力・行動力を高く見積もった上での「最善の方法」が模索されてほしい。”

[tsuwatch]

正しいと信じられる実装が提供されてほしいがジェネレータなどがあり併用は難しそうと思う。ライブラリ側のコードが完全に偉大でそれに少しスケーラブルな実装方法が提供されてほしい

[n314]

なんか昔PHPで見たような話。

[samu_i]

10分でBlog作って以来さわってない

[iwtn]

「プログラミングをしなければWebアプリが作れない」という状況が、NoCode系のサービスの拡充と共に減っていけば、もう少しRailsを書く人のレベル感の想定を上げないと他に流れて行きそう、という所感はある

[kako-jun]

この記事タイトルは素晴らしい。検索ですごく目立ちそう

[a2ikm]

gem として作っていたらこうクラス切るのになってことが通じにくいことは確かにある。