私は Ruby on Rails は初めてで、Rails BrickやRails Composerなどの自動ボイラープレート ジェネレーターを使用してボイラープレート ユーザー管理システムなどを作成する人を見てきました。 /Rails でそのようなシステムを使用する正当な慣行。また、スタートアップとのプロジェクトに取り組んでいます。そのようなジェネレーターを使用しても問題ないでしょうか。また、この習慣がどれほど広まっているのか。
PS モッズは、これは比較/意見/論争を求める質問ではないことに注意してください。Rails での一般的な慣行と、これが本番環境でどのくらいの頻度で使用されているかについて興味があります。
現在、ほとんどの gem は非常に簡単にセットアップできるので、そのようなジェネレーターは必要ないと思います。結局のところ、それは好みの問題です。私はコマンド ラインを使用するのが好きで、自分のコードベースの内容を正確に把握するのが好きです。私の個人的な経験から言えば、プロの Rails 開発でそのようなものを使用している人を見たことがありませんが、明らかにそれらを使用している人がいます。
これらのジェネレーターが意味を成すと私が考えることができる 1 つのケースは、非常に頻繁にプロジェクトをブートストラップする場合です。ただし、この場合、既存のジェネレーターは十分に柔軟ではないと思います。たとえば、Thoughtbot はSuspendersと呼ばれる独自のアプリ ジェネレーターを作成しました。これにはもちろん、非常に意見の分かれた宝石のセットなどが含まれていますが、必要なものを正確に提供します。
セキュリティ上の懸念に関する補足として、私にとっては、多くの gem を使用するときにスパンアップされる依存関係ツリーは、はるかに深刻なセキュリティ上の脅威です。たとえば、中規模の Rails プロジェクトでは、100 以上の Gem に依存することは珍しくありません。誰もそれらすべてを読むことはできません。それらもすべて信頼する必要があります。