NetBeans IDEがRuby対応 18
ストーリー by yoosee
Rubyは進むよどこまでも 部門より
Rubyは進むよどこまでも 部門より
JonMoo 曰く、
Open Tech Pressの記事によれば、 Sun MicrosystemsがNetBeans IDEに おいて、Ruby及びRubyインタープリタのJava実装であるJRubyを利用できるようになったことを明らかにした。 同機能はWebフレームワークの Ruby on Rails にも対応する。 この機能は「NetBeans Ruby Pack」として実装されており、 早期アクセス版は NetBeans 6 Milestone 7 への対応版として配布されているようだ。 最終的には NetBeans 6 にバンドルされる形になるという。
昨年ここでも JRubyプロジェクトリーダーがSunに入社したことが話題になっていたが、 その流れから既定路線だったのだろう。 とりあえず、Rubyにとってはいいことだ。 さて、これはEclipseへ追いつく 流れとなるかどうか。
Delphi for Rubyも計画中らしい (スコア:4, 興味深い)
Delphi for Rubyも計画中らしいです。
そのうちVisual Studioにも…… (スコア:2, 参考になる)
「Ruby開発環境を準備している」,米CodeGearのVice President,Michael Swindell氏語る:ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20070305/263901/ [nikkeibp.co.jp]
でもRubyだとviとかemacsでゴリゴリやってますっていう人が多そうですね。
Re:そのうちVisual Studioにも…… (スコア:0)
これに、Ruby.Net [qut.edu.au]を(ryして3分待てば…。
#よく分からん環境になるのだろうか?
NetBeans始まったな (スコア:2, 参考になる)
「利用できる」 (スコア:0)
単に「利用できる」とあったから、まるで(J)Rubyを使ってNet Beansを操作したりできるのかと思った。
見た目&操作性が (スコア:0)
それにあわせて微妙なレスポンスの悪さが気になるので、まだEclipseかなぁと。
Windowsで開発してると、もう少しWindowsっぽいUIで開発してないと微妙なストレスがじわじわと溜まっていきます。
Re:見た目&操作性が (スコア:1)
それにEclipseだってWinっぽいわけじゃないし、Visual StudioもそんなにWinWinしてるかっていうとそうも思えないんだけど。
要は慣れる気があるかどうかじゃない?
Re:見た目&操作性が (スコア:2, 参考になる)
>それにEclipseだってWinっぽいわけじゃないし、Visual StudioもそんなにWinWinしてるかっていうとそうも思えないんだけど。
あれをWindowsっぽいとは言わんでしょう。
あれで十分だと思ってるとしてら、ユーザーを舐めすぎてる。
netBeansはフォント、各コントロールの動き、全てがイライラする。
「ルック」(見た目)の問題じゃなくて、「フィール」が、少なくともWindowsプラットフォームでは異質。
>要は慣れる気があるかどうかじゃない?
要は慣れる気がないと、使う気が起きないソフトってこと。
機能的には、Eclipseに比べて遜色ない、プロファイラとか、GUIビルダとかむしろ優れてるのは知ってる。
それでも業務上押し付けられれば仕方が無いから使うけど、自ら使おうとは思わない、そんなソフト。
趣味で使うソフトなんて、起動直後5分が勝負なのよ。そこで、フォントがしょぼい、メニューに影がつかない、
「開く」ダイアログの挙動が違う、など、下手に「ルック」を似せてるだけに、「フィール」の
違いにイライラする。
JBuilderの時代は、Javaの開発ソフトはこんなもんなんだ、と騙されてたけど、Eclipseを知った今、netBeans
を使おうとは思わん。
少なくとも個人的には、svnプラグインと、Emacsエミュレーションがしょぼすぎて使えない。
Re:見た目&操作性が (スコア:3, 参考になる)
svnプラグインに関しては激しく同意、これはCVSでできる部分をSubversionでもできるようにしただけみたいなプラグインなので、Subversionでの利点がほぼ死んでました。
他にも5.5でVisual Web Packを使ったプロジェクトはメモリ食い過ぎや落ちまくりなど不満なところもありますが、この手の問題はNetBeansに限ったことでも無いし後のアップデートで解消されると思います。
天琉陳(Teruching)
Re:見た目&操作性が (スコア:2, 参考になる)
1.4系と5.0系でも別物ですし、5.0系から6系でもかなりよくなってきているのがわかります。
ただ、XP以降ブラウザとかスキンとかシステム標準じゃないのが当たり前になったおかげで
システムの描画というものに誰もあまりこだわらなくなったのでどうでもよかったりします。
メニューの影もわりとどうでもいい。
一番の問題点だったメニュー開いてるときにタイトルバークリックでメニューが閉じないというのが
JavaSE6で直りました。ただ、NetBeansはJavaSE6では不安定なようでときたま不思議な動作をします。
Java2SE5.0にすると安定します。
また、SVNがしょぼいのは同意します。まずCVSサポート並になるのはまだまだ先のようです。
ところでタレコミ分にある「Eclipseへ追いつく流れとなるかどうか」という部分は
オライリーでもいわれたように去年すでにスペック的には追い越したと見ています。
rubyサポートはこれですかね。現状Rubyの開発環境の中では一番補完関係が進んでいるっぽいです。
http://blogs.sun.com/roumen/entry/could_netbeans_become_the_most [sun.com]
Re:見た目&操作性が (スコア:2, 興味深い)
netBeans5.5 on jdk6.0です。
>1.4系と5.0系でも別物ですし、5.0系から6系でもかなりよくなってきているのがわかります。
知っています。
それでも、メニューバーのアイテム間隔が5ドット程度狭い、JTableのヘッダが高すぎる、
JTreeのフォーカス描画がコモンコントロールと違う、JComboBoxの角の描画が角ばりすぎ、
JFileChooserで、選択済みのディレクトリをダブルクリックすると、その中に入るのではなく、
リネームになる、など、ざっと思いつくだけでもまだまだあります。
たかが数ドット、と思う方もいるかもしれませんが、人間の目は1ドットの違いでも気づきます。
1ドットずれている、1ドット違う、と認識できないからこそ、何かが違うけど何が違うかわからない
という違和感だけが残ります。
日本語ローカライズの問題もあると思います。なぜ、タブのフォントで、あの汚いフォントサイズを
選んだのか。少なくとも、MSゴシック系はビットマップを持っているため、きれいに見えるサイズと、
スケーリングされ、字形が崩れるサイズがあります。ローカライズの際に、デフォルトを
きれいなサイズにしなかったのかということです。そんなのユーザーがカスタマイズすれば良い、
という問題ではありません。デフォルト値というのは重要な値です。その練りこみができていないのです。
SWTはSwingに比べ速度的優位がある、といわれていましたが、jdk1.5以降Swingの方が速い
ことも知っています。SWTの利点は、ネイティブUIとの一体感、親和性です。
>ところでタレコミ分にある「Eclipseへ追いつく流れとなるかどうか」という部分は
>オライリーでもいわれたように去年すでにスペック的には追い越したと見ています。
それもわかっています。機能は、スペックは追い越している、でも使う気になれない。
ローエは、「神はディテールに宿る」といっていますが、netBeansにはその様なディテールへの
こだわりが全く感じられません。
少なくともホビーユーザーに使わせよう、という心遣いは感じません。
J2EEサポートもある、GUIビルダもある、プロファイラも統合した、だから高機能で使いやすいはず、
という作り手の思惑しか感じません。
netBeans6でエディタが全面改修ということで、多少期待する部分はありますが。
Re:見た目&操作性が (スコア:1, おもしろおかしい)
Re:見た目&操作性が (スコア:0)
俺も結局eclipseに戻っちゃったし・・・。
Re:見た目&操作性が (スコア:0)
EclipseだってWindowsネイティブと違うし。
そもそもVistaで安定して動きましたっけ?
Eclipseはプラグイン入れてないうちは軽いけど、
入れていくとNetBeansより重くなるのは解決しないのかな。
Re:見た目&操作性が (スコア:0)
させるプロジェクトが進行中?
Re:見た目&操作性が (スコア:0)
とても読みにくいです。
Re:見た目&操作性が (スコア:0)
すみわけ? (スコア:0)
Rubyの人がNetBeansに行くと棲み分けになっていい?
2ちゃんねるで無益な争いが行われるのかも?