業務でRailsを主に色々な言語やFWをかじってます。

使っていたRubyやRailsのバージョンがいつ頃のものかにもよると思いますが、静的型付けがないというのはどちらかと言うと言語に対する苦手意識ですかね？

僕はその辺りはそう言うものとして受け入れてしまっているので不満はないのですが、

最近はAIに関する実装をしようとするとどうしてもNode.jsやPythonの環境が必要になるので、もどかしく感じています。

一応非公式のgemでActiveAgentがありますがAIの流れが早いのでどこまでついていけるかな、と言う感じです。

まぁ最終リリース2ヶ月前なので期待薄でしょう。

AIから遠いプロダクトだとしても、僕が今から言語を乗り換えるなら、AIの学習比率が高いTSかPythonが主の企業を選ぶと思います。

AIに書かせることが今後増えていく...というかもうそういう時代に差し掛かってきているので、自分よりもAIが得意な言語を選ぶほうが良いんだろうなと考えています。

興味深いですね。

私は逆にRailsをよく触り、静的型付け言語はあまり馴染みがありません。

少しだけGoやTSを書きましたが、型はあってもなくてもまあどっちでもいいかなという所感です。

その観点でいうとそこまで変化は起きてない認識です。

最近はT-Rubyが話題になってましたね。

あれが普及すればスレ主さんは嬉しいんですかね？

私も型がなぜ必要なのか、あると何が嬉しいのかという生の意見は聞いてみたいです！

個人的にはAIのガードレールとして静的型付け言語に優位性を感じてます。

が、結局は慣れな気もします。

Javaだって今どき型推論に任せてvarで書きますしね。

以前にベンチャーで採用していた身としては、良い人材に限って、技術スタックがメインRails だと嫌厭される印象でした。

国内だと裾野が広いので採用には困らないですが、初学者レベルの人も多いですよね。

なので利用者の技術力の平均値は低く映るかなと

あんまりはっきり言う人はいないと思うので、あえて個人的な意見を述べますね。

・Railsはバージョンアップ追随が厳しい。確かにしっかりやっていればいいという話ではありますが、GoやNodejsなどと比べてバージョンが上がることへの対応工数が多すぎる気がします。

・どんどん世界の流れが変わっていきRubyやRails人口は減っています。主要ライブラリの更新や生成AIへの追随などを考えると、今後は厳しいかもしれないと思っています。ユーザーが減るとすなわちライブラリの脆弱性対応の問題が出てきます。

・フロントエンドTypeScriptとの相性が悪すぎる。特にReactなどと相性が最悪です。それが嫌でAPIとして使うとしたら、もうそれはGoとかRustでいいのでは？という気持ちになります。

・型がない不安定さ。脳内メモリが圧倒的に多く、数多くの言語をやってきた上でRailsをやっている人は悩みが少ないと言います。DHHのような人にはF1カーのように爆速で使えるはずです。ただ、採用市場においても、Railsメインの人は真逆の印象です。ディープにテックを追求する人はGoやRustに多い印象です。

・関数型がほぼできない。純粋関数で副作用を減らしつつ、疎結合かつ高凝集にしていくアプローチが難しいです。

・DIをベースにして変更容易性を高めるアプローチもしづらい印象です。データベースのモデルとドメインモデルも密結合になりやすく、ActiveRecordなどがベースにあるため永続化層を切り分けることがしづらい設計になっています。

ここまで述べましたが、業務要求と採用と既存実装の兼ね合いを考えてベターなのであればRailsを使い続けることに問題があるわけではないと思います。

しかし、今からどの技術でやるかと言われれば、Railsは選びません。パフォーマンス要求がそこまでではないのであればTSフルスタックで、パフォーマンスや監査設計などプロダクト要求が厳しいのであればGoでバックエンド + TSフロントエンドを選びますね。

Railsの案件はいつそのプロジェクトに入った時期によって印象が違うんですよね。

初期からもしくは新規で3年以内で参加した人は最初からいるので仕様も把握しやすいし、やりたい事がすぐに出来るので概ね好評です。また新規サービスの場合はドメインが明確では無い中で見切りスタートさせられることが多く、そういう意味でも相性が良いです。(つまりドメイン駆動の前にそもそも誰も明確なドメインの答えが分からない)

ただ5年以上経ったRailsのプロジェクトに参加した人は前提となる業務知識も少ない上に型での安全性も少ないので心理的ストレス(早く結果を出さなきゃという重圧)がどうしても高くなります。また高速に開発してきた、裏を返せばドキュメント類もさほど充実してないのでさらに消耗します。

そういう傾向があるので、Rails自身の問題ではないところで両極端な評価がされやすいフレームワークです。そのため型の重要性を説明されても古参メンバーにはあまり響かないので話は平行線になりやすいです(理解はされるが共感は、されない)。

ここからは個人的な意見ですが、Railsは試行錯誤しやすい強みがあり、GoやRustは答えが明確に決まっている場合に強いので実は型はあんまり重要な論点じゃないと考えてます。