JRubyはRails開発用のMRIに代わる実行可能な代替手段ですか？

Question

私は、スキルを向上させるために一生懸命働いている初心者向けの中間レベルのレール開発者です。

私は、JRubyの状態について少し混乱しています。JRubyがMRIからの切り替えの実行可能な代替手段であるかどうかです。

現在、自宅でMacを実行し、texteditを使用して編集しています（RubyのMRI、railsコマンドのターミナルなど）。職場では、WindowsでNetBeansを使用していますが、そこではRubyの作業はしていません。

この会話とは無関係の理由でMacを捨てることを真剣に検討していますが、Windowsにアクセスすると、Rubyのサポートが最適とは言えないことを心配しています（これについては間違っているかもしれません）。

Netbeansを使って仕事をするのは本当に楽しいです。Netbeansを搭載したWindowsでJRubyを使用し、JRubyでgemを管理できるようにすることは、比較的楽しい経験になると思います。私は、コード補完のアイデアとテキストエディタではなく完全なIDEが好きです（エディタのフレームウォーを開始することなく）。

私の質問は、JRubyは学習レールを複雑にするのでしょうか？私が見たところから、特定の宝石はJRubyでサポートされていないか、そのエコシステムで物事が少し異なって行われる可能性があります。学習者として、私はウェブや書籍から多くのチュートリアルを行っていますが、JRubyでうまくいかない場合や作業が難しくなるのではないかと心配しています。この懐疑論は十分に根拠がありますか？または、比較的痛みのないスイッチにする必要がありますか？ Herokuなどの非JRubyプラットフォームへの展開にどのように影響しますか？

WindowsのMRI、OpenSolarisのMRIまたはJRubyなど、多くのオプションを検討しています。どちらにせよ、Netbeansを使用すると思います。

コメントは歓迎します。

Answer 1

現実的には、Railsのコード補完は必要ありません。 TextMateは、Rubyの世界で最も一般的に使用されているエディターであり、Rubyのすべてに十分です。 Rubyは、Javaほどのツールサポートを必要としません。ですから、もしあなたがJRubyを選んでいる唯一の理由がエディターの問題であるならば、それはあまり良い理由ではないと言うでしょう。あなたが正しいので、ある種のネイティブ拡張を使用するため、JRubyで動作しない多くのgemがあります。そうは言っても、最も人気のある宝石はJRubyで動作する傾向があります。 JRubyのパフォーマンスはRuby 1.9ほど優れていませんが、多くの場合、MRI 1.8に匹敵します。個人的には、JRubyを高度なRubyコンセプトとして扱うことをお勧めします。 Railsを実行しますが、はい、チュートリアルだけでは従うことができず、初心者にとってはすべてが非常に難しくなります。 JRubyは特定の困難な技術ではありませんが、初心者として克服したい以上のハードルになるかもしれません。

とにかくTextMateのコピーのためにユーロを砲撃することを強くお勧めします。それはすべてのペニー、そしていくつかの価値があります。その環境でしばらく作業し、本当にIDEが必要かどうかを確認します。私はあなたがそうしないと確信しています。

Answer 2

  

私の質問は、JRubyは   学習レールを複雑にしますか？

はい、すべてのチュートリアル、初心者ドキュメント、および通常あなたを助けることができるほとんどの開発者はMRIを想定しているため、各問題について、最初にjRuby関連の原因を排除する必要があります。

  

私が見たものから、特定の宝石   JRubyなどではサポートされていません   で少し異なる方法で行われる可能性があります   そのエコシステム。

Cネイティブ拡張で記述されたgemはすべてjRubyに移植する必要があります（逆も同様ですが、問題はまれです）。

  

学習者として、私は多くのことに従います   Webおよび書籍からのチュートリアル   そして、私は物事ができないかもしれないと心配しています   仕事をする、または仕事をするのが難しい   JRuby。これは懐疑的ですか   設立されましたか？

はい、最初のポイントを見てください。

  

どのように展開に影響しますか   Herokuなどの非JRubyプラットフォーム   など？

開発環境が本番環境から逸脱するほど、「奇抜な」バグが発生します。別の方法は、jRubyを使用して googleアプリエンジンにデプロイすることです。

一方、需要がなければjRubyチュートリアルを書くのは誰ですか？

Answer 3

Netbeans、Textmate、およびVimを使用していますが、通常はNetbeansです。 Netbeansの統合デバッグが大好きです。これは時々非常に役立ちます。 NetbeansとVimはクロスプラットフォームであり、それは私にとって大きな問題です。 1つのOSでのみ利用可能なソフトウェアに依存するのは嫌です。 RailsのすべてのIDEを試してみましたが、Netbeansは私の意見で最高のRails IDEですが、私は脱線しました。

cwninjaは、ほとんどのgemがJRubyでサポートされていますが、JRubyのgemの非互換性については正しいです。サポートされている宝石については、 http://isitjruby.com/ をご覧ください。 JRubyには現在多くの勢いがあり、強力な開発の選択肢です。理論的には、JRuby、またはMRIを選択することは重要ではありませんが、それにとらわれないでください。 JRubyでは、Rubyの互換性を1.8.xと1.9.xの間で簡単に簡単に切り替えることができますが、 RVM （たまたま爆弾）でこれを実現します。

どちらの方法でも、異なるルビーインタープリターの使用を検討している場合は、 RVM をご覧ください。これにより、ほとんどのルビーインタープリターを簡単にインストールして管理できます。

Answer 4

TBHがRuby開発のためにUNIXシステムからWindowsシステムに移行している様子を見てください。使いたくない場合はMacを使用しないでください。ただし、Windowsの多くのものはうまく機能しません。仕事をするよりも、仕事をするために物をねじ込むのに多くの時間を費やします。

コード補完エディタを使用しないことをお勧めします。学習に役立ちません。言語を十分に理解し、ショートカットを作成する前に、APIの参照先などを学習するまで、それを避けてください。

JRubyは間違いなくMRIルビーに代わる優れた代替手段ですが、チュートリアルに従っている場合は、WTFのレベルを追加するだけで、逆効果になる可能性がありますが、Windowsにアクセスする場合はおそらくJRubyが最善の方法です行きます。

がんばって。

Answer 5

OS XでMRIを開始し、次にWindowsで開始しました。現在、WindowsでJRubyを使用していますが、WindowsでMRIに戻って動作を確認します。これは慣れるでしょう。 JRubyは、Ruby 1.9との互換性を確保するために多くの変更を受けており、Ruby自体はやや動いているターゲットです。

2つのバグと報告されているバグの違いを見ると、最終的に両方の理解が深まり、両チームが言語を前進させるのに役立ちます。