NetBeansとEclipseの統合は破談 73
ストーリー by Oliver
統合統合開発環境 部門より
統合統合開発環境 部門より
37A曰く、"ZDNetに「Sun、Eclipse参加を断念」という記事が出ています。Sunが主導してきたNetBeansとIBM主導のEclipseだが、ZDNetの記事によると、Sunは「コスト削減よりもコミュニティーの維持を採った」というようなことが書かれています。
これまで、NetBeansとEclipseの統合に向けて、NetBeansの解散も含めて検討をしてきたが、仮にNetBeansを捨ててEclipseに一本化すると、NetBeansで培われたものを再構築する必要があり、またEclipse側も変更する必要があるでしょう。それによる両者のコストの大幅な増大は避けたい…というところだそうです。
ユーザーの側からすると、どちらかに統合されていたほうがわかりやすいのですけど… 。あ、統合されちゃうと、開発前に調査とか言って両方を使って遊ぶ楽しみがなくなる? ところで、皆さん、NetBeansとEclipse、どっち使ってます?"
Eclipseだと (スコア:2, おもしろおかしい)
Re:Eclipseだと (スコア:0)
Re:Eclipseだと (スコア:2, 参考になる)
命名の意図はそうだよ
Re:Eclipseだと (スコア:0)
個人的には「おもしろおかしい」を狙ったのになぁー。
Re:Eclipseだと (スコア:0)
補完 (スコア:2, 参考になる)
遅いというのは本質的なことじゃないからまだいいとして、めったに使わないようなマイナーなパッケージ名が一番上に出てきたり、学習機能が無いのも致命的。
それから変数を使うときには補完できるけど変数を宣言するときには補完できないのも欠点。1つのクラスの中では、違うメソッドの中で同じ変数名を使うことが多いし(例えば図形を扱うクラスならwidth, height, length, pointsといった変数名は良く使うだろう)、オーバーロードで似たようなシグネチャのメソッドを定義するときとかにも必要だし。
解決策としては
・同じクラスやパッケージ内だけから補完するコマンドとグローバルな名前空間で補完するコマンドに分ける
・emacsやNetBeansにあるdabbrevを実装する
とかが考えられる。そうすれば補完が遅いのも解決されるしdabbrevなら変数を宣言するときにも使えて、学習と同じような効果が得られる。
これらは既存の補完を邪魔せずに追加できるから誰か追加してくれないかなぁ。
現在emacsで編集、Eclipseでデバッグという状態でだいたい満足してるから自分で書くほどじゃないし。
Re:補完 (スコア:2, 興味深い)
Re:補完 (スコア:1)
「for」と入力したら、続けて「(」「int i=0;」「ihoge;」「i++)」「{\n}」と出力される…(^^;
Palm上で(今のところ馴染める言語/処理系に出会ってないのでイマイチだが、もし出会えば)
Scriptingするときにはバリバリに役立ちそうです。
#POBoxは乾電池WorkPadじゃ遅いけど手放せないんでG7
#蛇足だがPalmWikiも愛用。
Re:補完 (スコア:1)
Re:補完 (スコア:1)
Re:補完 (スコア:1, おもしろおかしい)
引継ぎ側:
引き継いだプロジェクトのクラス名やメソッド名にスペル間違い、もっすごいのよ。それで継承とか委譲とかするのすんげえジレンマ。
引き継がれ側:
納品後の Javadoc 見たら、スペルミスはけーん。
ああああああ、直せるものなら直したいけど、
これ直すと、あっちとこっちとそっちとむこうにも影響が、とジレンマ。
@ITの調査 (スコア:1, 参考になる)
Eclipse : NetBeans = 39 : 1
と全く勝負になってないですな。
Re:@ITの調査 (スコア:2, 参考になる)
CVSとかは、Eclipseの方がわかりやすそうですね。
GUI作るのは、Sun ONE Studio/NetBeansの方が簡単かな。
EJB作るのはSun ONE Studioでらくらくかもしれません。
Eclipse + Struts + AntがNetBeans + Servlet / JSPのような感じなのでしょうか。
使い方、という点では自然に使えますが、細かいところは資料が単調でわけわからないというのがSun ONE Studioですが、なかなか他のツール組み合わせなくても使えるので手放せませぬ。
Re:@ITの調査 (スコア:2, 興味深い)
何か対比の仕方がすごく違うような気がする。。Eclipse と NetBeans は良いとして、Struts = WebApp のフレームワーク、Ant = ビルドツール、Servlet/JSP = J2EE の1コンポーネント。
基本的に Sun ONE が流行らないのは動作がめちゃ遅いから(起動だけでなく、終了にも何故かすごい時間がかかる)。それに比べれば Swing ではなく SWT を使っている Eclipse の方が全然軽快。
後は、プラグインを使うシステムが非常に柔軟。。てなとこでしょうか。
一番柔軟に書けるのと、一々 IDE の使い方を覚えるのが面倒臭いから個人的には vi + Ant(XDoclet) を使ってますがね。
Re:@ITの調査 (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
eclipseって (スコア:1, すばらしい洞察)
頻繁に某メジャーOSユーザに「エクリプスなんて使えねーゴミ 全然実用的じゃない VBとVC最強」なんて煽られるんですが実際どうなんですかね。
前述した通り、自分はjavaやphpをメインにやるんでeclipseが無いと話になりませんです。
#そもそもVBやVCと比較可能なのかな?競合すらしないと思うんだけど
Re:eclipseって (スコア:3, 興味深い)
むしろeclipse上でVBやVCを書きたいぐらいです。
・・・すみません嘘つきました。
ただ、VisualStudio.NETになってから、IDEがかなり使いやすくなった気がします。私も両方代わるがわるつかう人間なので、VBとVCのユーザーインターフェイスが統合されたのが非常に嬉しいですね。
特に、タスク一覧とマクロ機能が気に入ってます。
コード中に'Undone:(或いは//Undone:)などと書くと、タスク一覧に表示されたりする機能は、なかなか便利ではないでしょうか。マクロ機能もかなりイイ線行ってる気がします。
Javaも.NETのIDEで書けたら素敵、などと、思ったり思わなかったり。
eclipseは、用語がちょっと判り辛いような気がしています。(進行形)
たとえば、ビューと言われても、最初はピンと来ませんでした。
でも、実際は私自身が、MSの開発ツールに慣らされて過ぎていただけなんでしょうね。
#Jシャープについては・・・考えた事すら有りません・・・
Re:eclipseって (スコア:1, 参考になる)
>に'Undone:(或いは//Undone:)などと書くと、タスク一覧に表示されたりする機能は
Eclipseはデフォルトで TODO というキーワードでできますし、他のキーワードも定義できますし(ユーザ毎にタスクキーワードを分けたり)、
ソースコードに手を加えずにタスクのマーキングをする事もできます。
Re:eclipseって (スコア:1)
死ぬほど動作が重たくなったような気がするのは
気のせいでしょうか?
もっと動作がかるけりゃ言うことないのになぁ。。。
Re:eclipseって (スコア:1)
Todo:もつかえます。又、設定で増やす事も出来ます。
VB6以前には無かった機能なので、うれしくて思わず使いすぎてしまっている位です。気づけばタスク一覧はUndoneとTodoだらけ。
ちなみに、デフォルトではHackというのも有りますが、私には使いどころが判りません。
> ところで、VS.NETだとVB以外のGUIもVBのノリで作成出来たりします?
実は、VS.NET2003からC++のコードを、正にVBノリで書けるようになりました。
マネージドコード [atmarkit.co.jp]と言う形式のようですが。
(マネージ・アンマネージの辺は正直あまり自信がありません)
Re:eclipseって (スコア:1)
C#だったらIDEでフォームにコントロール乗せてという流れは同じような感じです。APIも同一なので
ただ、イベントハンドラをつけるときの操作はC#とVB.NETでは違っています。
そういうところでしょうか。
Re:eclipseって (スコア:1)
それぞれの言語の利点を理解できてないとこれさえあれば完璧という幻想を抱くんだよね
Re:eclipseって (スコア:1, 参考になる)
> 頻繁に某メジャーOSユーザに「エクリプスなんて使えねーゴミ 全然
> 実用的じゃない VBとVC最強」なんて煽られるんですが実際どうなん
> ですかね。
> 前述した通り、自分はjavaやphpをメインにやるんでeclipseが無い
> と話になりませんです。
何を作るのかによるが。
例えばjavaの普通のGUIアプリ作ろうと思ったら、まあ確かに標準のフォームエディッタない時点で論外だわな。
# GridBagLayoutを手で書けと言う時点でおわっとる。
あと、まあ「plug-inあればどうとでもなる」ってのは裏返せば「なきゃどうにもならんのか!!」にはなるな。
プラグイン抜きでservletデバッグしろ、言われても困るやろ?
Re:eclipseって (スコア:1)
servletのデバッグに関してはデフォルトで入ってるデバッガで
別段こまっちゃいませんが
#JSPはときどき困るけど
Re:eclipseって (スコア:1)
>例えばjavaの普通のGUIアプリ作ろうと思ったら、まあ確かに標準のフォームエディッタない時点で論外だわな。
># GridBagLayoutを手で書けと言う時点でおわっとる。
現状でも、GUIだけ作るのにNetBeansやJBuilder使って
吐かれたコードをeclipseでいじってる人はいるのでは?
ある程度作ってしまえば後は微調整ですから。
でも、IBMがGUI エディタのコードを出してくれるという
噂を聞いたことがあるのでそのような苦労はしなくても
よくなるかも。
って、もうでてるらしい [eclipsewiki.net]です。ココ [eclipse.org]
Re:eclipseって (スコア:0)
Re:eclipseって (スコア:1)
そんなもんなんですかね。
おれは昔VB使ってたときウインドウの大きさに合わせてコンポーネントの位置を計算するコードを手で書いてたので、
Javaのレイアウトマネージャ知ったときすごくうれしかった覚えがあるんですけど。
ウインドウのサイズ変わったらどうするんだろ。
最近はHTMLでも、意味なく絶対座標で位置を指定する馬鹿がいるので仕方ないのかもしれませんが。
Re:eclipseって (スコア:1)
2年かそこら前に、身内のシステム担当に話を聞いて回ったことがあるんですが、 ウィンドウサイズを変えるということはまるっきり想定しないんだそうです。 作るほうも、使うほうも。なので Layouter は不便で使わないんだとか。
当時はまだ null Layout 前提の GUI エディタしかなかった覚えです。
Re:eclipseって (スコア:1, 参考になる)
全体のレイアウトを変える必要はほとんど無かったと思います。
エディットボックスやグリッドのサイズが変わるだけで
十分事足ります。
Re:eclipseって (スコア:0)
Re:eclipseって (スコア:1)
現在VB.NET&VisualStudio .NETを利用しておりますが、この二つを
比較すると、逆のことが言えるとおもいます。
たとえば、ElipseのJava Plug-inにおけるメソッドへの「参照」は、
当然ながらオーバーロードまで解決して、正しい位置にジャンプして
くれますが、VSではやってくれません。
EclipseのJava Plug-inでは、あるクラスのパッケージ移動・クラス名
変更のさい、参照しているファイルの変更を一括で行ってくれる
機能がありますが、VSでは同じ操作をするのに手作業で一つ一つ
修正しなければなりません。
などなど、特にVSのソースコード変更に対する弱さは、Eclipseと
比べて致命的なレベルにあります。
利点といえば、VSの方が軽いことと、ステップイン・ステップアウトと
いったトレース実行でのデバックがしやすいこと (Eclipseだと
重くて使う気が起きない) が挙げられますが、負けている点を
相殺しきるのは少し厳しく感じます。
Re:eclipseって (スコア:1)
方法を知らないだけなのかな?
探したのだけど…もう一度しらべてみます
Re:eclipseって (スコア:1)
参考までに教えていただきたいのですが…どのような操作をすれば出来るのでしょうか?
Professionalでは出来ないとか、あるのかな…。
# というか、手元の奴は何版だろう(汗
Re:eclipseって (スコア:1)
ソリューションかプロジェクト範囲で一括置換して何とかしてます。
リファクタリングに関してはEclipseはかなり良いですね。
# でも、VisualStudioもEclipseも十分及第点だと思う。
--- (´-`)。oO(平和な日常は私を鈍くする) ---
Re:eclipseって (スコア:0)
a >>>>>>>>>>>>>>>>>>
Re:eclipseって (スコア:0)
用途が違うでしょうに。同じ用途に使えなくはないが、「使えなくはない」というだけで。
#両方の開発環境のエキスパートであれば言ってもいいとは思う。
#まあエキスパートなら絶対言わない類のセリフだが。
NetBeansユーザ1 (スコア:1)
訂正… (スコア:1)
----------------------------------------
You can't always get what you want...
Re:訂正… (スコア:1)
# あと、ですます調で統一しました
Re:訂正… (スコア:1)
----------------------------------------
You can't always get what you want...
Eclipse使ってます (スコア:1)
どちらでも良いような気がしますが、先に使い始めたのがEclipseだったので、
そのまま使っています。Eclipseの方が早いって聞いたせいでもあるのですが、
本当のところ両者って同違うのでしょう。
どちらもJava以外の言語にも対応していると謳っていますし、どちらもIDEですよね。
Eclipseにはテスト用のメニューがありますが、それが違いと言っても良いのでしょうか?
Re:Eclipse使ってます (スコア:2, 参考になる)
とくに起動時間は体感的にぜんぜん違う。
Re:Eclipse使ってます (スコア:1)
私も最近それに気付きました。が、しかし、nativeなUIの方が速そうに見える、
(SwingのMetalが遅そうに見えるだけか?)なため、Eclipseの方が人気があるんでしょう。
Netbeanは、Vim&XEmacsが使えるExternalEditor機能に期待してるんだけど、どうかな?
これがまともに動作するようになれば、IDEの最大の欠点である、「エディタがゴミ」
って問題が解決するんだけどなぁ。
Re:Eclipse使ってます (スコア:1, 参考になる)
でね、NetBeansはね、昔はそれはそれは遅かったんですよ。
# 一旦離れたユーザは戻ってこない・・・・
Re:Eclipse使ってます (スコア:1)
NetBeansもEclipseも (スコア:1, 参考になる)
NetBeansだと.formファイルがUTF-8なのにOS側のエンコードでCVSコメント書いてしまうので文字化けがおきるし。
EclipseはEclipseでEditorのエンコード指定をしてもCVSに送るコメントがOS側のエンコードのままなんですよね。
EclipseでCVSコメントをEUCに (スコア:1)
ただし, この中 [sytes.net] から Eclipse本体のバージョンにあわせたものを使いましょう.
プラットフォームとしてはどっちが良いかな (スコア:1)
コスト削減よりもコミュニティーの維持 (スコア:0)
NetBeansで連想するもの (スコア:0)
#参考リンク:nihonsoft - IDE開発 [nihonsoft.jp]