会社でも個人でもRSepcを使っています。

RSpec以外を使ったことがない。APIのモック書いたりすることを考えるとやっぱりRSpecかな。

RSpec一択。周辺ライブラリも揃ってるし、良い意味で枯れている。Minitestはチュートリアルで触ったくらいかな。

上から読んでいくと文脈としてわかりやすいのが私の好み。

逆にRSpec以外を使って業務している人の話を聞いてみたい。

gemを開発しているのでMinitestを使うことが多い。

SinatraでAPIをつくったときのプロダクトではMinitestを使っていた。軽量で書きやすくてSinatraには合っていた。

速度が速いので、自分で技術選定ができるプロダクトはMinitestを使っている。

単純にRSpecよりもわかりやすくて好き。RSpecは人によって書き方が大きく変わって冗長になりやすい。

フロントエンドエンジニアなのでサーバーサイドのテストがよくわからず。

自分がtest-unitのコミッターなので。

RailsはAPIのみでフロントはNext.jsを使っています。

asset pipelineから移行して、Nuxt3系にしました。まだサービス開始から1年くらいなので、大変だったけれど移行にそこまで時間はかかりませんでした。

asset pipelineからNext.jsに移行中です。サービスが大きなってくるとasset pipelineはビルド時間が長くなって、開発体験を損ねる可能性があります。
Next.jsに移行してもビルド時間との戦いにはなると思いますが、まずはサーバー側とフロント側で問題を切り分けることから始めることにしました。

移行途中です。今、半々くらいなので一番つらい時期です。ただ、開発当初はエンジニアが私一人だったので、最初から分離して開発するのは厳しかったと思います。一人でも素早く開発をスタートできるので、asset pipelineの恩恵は大きかったです。

長年続いているサービスなので、現状から他に移行するのはかなり難しい。

スモールスタートで始めるには良い。ただ、サービスを拡大する段階で問題も大きくなっていく。専任のフロントエンドエンジニアがいるのであれば、最初から切り分けるのをおすすめしたい。

Railsの強みを活かして素早く少数で開発するのであれば、asset pipelineがなんだかんだ一番良さそうです。むしろ、最初から分離するならRuby / Rails以外の選択肢を考えたほうがいいと思います。

プロトタイプをつくるときは、Hotwireを使うようにしている。今までのRailsで一番良い体験。社内用のサービスなど小さいものを早く動かしたいのであれば、Hotwireでとりあえず作ってしまうのはあり。

DHHが好きなので、彼が作ったものを推していきたい

業務で使っています。SPA風のサイトがサクッと作れるので、管理画面系や運用があまり必要ない受託系の開発にはかなり向いています。最小工数で成果を出したい人にはおすすめ。フロントエンドの開発に力を入れたいのであれば別の選択肢が良いとハッキリ言えます。また、改修が多く入りそうな開発であれば要検討です。

計測してハッキリと性能があがった。

オプション変更だけで変えられるのは本当にありがたい。本番環境に問題がなさそうであれば、「とりあえず変えてみる」でOK。

前々からRubyKaigiで言われていたし、使わない手はない。

サービスがまだ小さいので、それほど大きな変化はありませんでした。

変えただけで計測していないので。

Rubyのバージョンが2系からあげられていないので、使うことができない。

自分としては早くやりたいのだけれど、会社の方針的に後回しになっている。検証するチームの人数も足りない。