eclipseってそんなに良いか？【エクリプス】

タダより高いものは無い。

>>1
どんな開発してるのか、まずはそこから話してもらおうか？

NetBeansもだいぶ追いついてきたと思う。
むしろEclipseよりもこっちの方が軽い。
後は見た目だな。

NetBeansは、プラグインの作り方のドキュメントが足りない。
だからプラグインが増えない。ユーザーが少ないからというのもあるだろうけど。
Javaは今、フレームワーク乱立の状況なので、NetBeans不利な気がする。
それと、作りこみが甘い。GUIエディタ、コンポーネントがどこに配置されるか、置いてみないとわからないし。
Eclipseは、高機能エディタが高機能すぎて、他の機能はどうでもいい。もう、エディタだけでいいよ。

AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・！.

.　　　　　　　∧＿∧　 ／￣￣￣￣￣￣￣
　　　　　　　（；´Д｀）＜　すいませんすぐ片付けますんで。
　　-=≡ 　/　　　 ヽ　 ＼＿＿＿＿＿＿＿
.　　　　　 /|　|　　 |. |
　-=≡　/.　＼ヽ／＼＼_
　　　　/　　　 ヽ⌒)==ヽ_）=　∧＿∧
-= 　 /　/⌒＼.＼　||　　|| 　(´･ω･`) ←>>5
　　／ ／　　　 >　） || 　 ||　( つ旦O
　/　/ 　　　　/ ／＿||＿ ||　と＿)＿) ＿.
　し'　　　　　（＿つ￣(_））￣ (.)）￣ (_））￣(.)）

Jbuilder
とeclipseならどっちがいいんだ？
普段開発環境使わないからわかんない

使わないんならどっちでもかわらない。

>>7
使いやすさなら、JBuilderの方が断然上だよ。
特にエディタはJBuilderの方が断然上で、雲泥の差がある。
EEの開発メインになってからは、仕方なくJBuilderからEclipsに
乗り換えたけど、始めのうちは本当に使いづらくてイヤになった。
しばらく使ってるけど、未だにエディタ部分とデバッグ部分は
JBuilderに戻りたい。

>>7
使いやすさなら、JBuilderの方が断然上だよ。
特にエディタとデバッグはJBuilderの方が断然上で、雲泥の差がある。
EEの開発メインになってからは、仕方なくJBuilderからEclipsに
乗り換えたけど、始めのうちは本当に使いづらくてイヤになった。
しばらく使ってるけど、未だにエディタ部分とデバッグ部分は
JBuilderに戻りたい。
Eclipsがいいってのは、金を使ってない人間だよ。
まあ、過酷な環境の方がスキルが上がっていいのかもしれないけど。

社員必死だな。

9>>
10>>
　　そうなんですか〜。
Jbuilderってフリー版があったんですけど、機能はシェア版と結構
違うんですかね。フリー版がそこそこ使えるならJBuilderを使って
みようかな。

エディタも、importとか入力ミスの自動修正とか自動try〜catchとか、それはEclipseがいい。

>>10
> EEの開発メインになってからは、仕方なくJBuilderからEclipsに
> 乗り換えたけど

つまり、J2EE対応のJBuilderを買う金はなかったと。
J2EE対応機能なんて、Eclipse最悪じゃん。

>>13
その３つの機能もJBuilderの方が完全に上だよ。（使いやすい）
JBuilder使ったことがないとしか思えない。

>>14
JBuilderＥＥの値段がせめて５万円くらいならね。。。

あぼーん

>>15
実は、１年に何回もメジャーバージョンがあがったころから、わけわかんなくなって試してない。

ヤマダ♪ヤマダ♪ヤマ〜ダ電機♪
安さ世界一への挑戦っていうじゃない？

でも、原価以下に値下げはお断りですから！残念！！
挑戦する気もなし！斬りぃ！！切腹！！

山田さんとこの製品は今時安くないし定員の礼儀がなってない。
客がレジに待ってるのにぺちゃくちゃしゃべってんじゃねぇといいたい。
（ほんとにいったら逆切れされた）

>>20
商品同様、店員の価格も安いんだから大目に見てあげなさい

あぼーん

まぁ、無理にJavaでIDE作らなくてもいいんだよ。

もうIDEなしには戻れないんですが・・・
秀丸とかでしこしこ書いてた時代がなつかしい

俺も井手なしでは生きていけない

あぼーん

>>25
と思ったらねぇ、ant作りこんでXDocletとかTomcatの制御とかいろいろやると、IDEなんか必要ないと思ったりするんだよ。
使うのはエディタ部分だけ。

>>27
ソースファイルの管理とか、デバッグはどのようにやってるんですか？

Juit

>>27
一人でやるならいいけど、
複数人のプロジェクトとか、遠く離れた誰かととかとなると
ant作りこんで何チャラはありえない。
IDEは作業の標準化に役立つ。

antで自動化は、複数人で遠く離れたりしてるときとか、手順の標準化に役立つわけだし、むしろ作りこんで何チャラしたほうがいいと思うんだけど。

あぼーん

>>5もあぼーんして欲しいものだが。

AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・！.

なんかこんなスレ前にどこかで…って

これか
http://pc5.2ch.net/test/read.cgi/prog/1099235685/

AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・！.

AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・・！
SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ！SWTはツギハギ・・・・！
AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神！AWTは神・・・・・！
Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ！Swingはウンコ・・・・！.

>>9,10,15がいってることってネタかマジなのかどっちだ？
俺が使ったことあるJBuilderのバージョンは6だったのだが、
どうもみても eclipse のほうがよかったぞ。
最新のJBuilderってそんなによくなったのか？

>>38
さすがに5は昔過ぎだろ。確かにそのころのeclipseは軽くてよかった。
最近のeclipseは重いです ....orz
これから初めてっていうならNetBeansを勧めるかもな。GUIエディタの完成度と動作速度が違う。
# でも eclipseから離れられないんだよなぁ・・・

NetBeansは、try-cacheを自動で囲んでくれる機能があれば文句ない。

eclipseが無かった昔でも、VisualAgeが埼京だったと思うんだが。

VisualAgeの高いやつ、昔はAOTコンパイラついてたのに
Eclipseベースになってなくなっちゃったな。

EclipseがVisualAgeのような気がするが。

C++でも実用的なレヴェルで使えるんですか？

UNIX C/C++で使ってるが、別に普通に使えるけど。

>>45
レスどうも有難うございます。

>>40
>try-cacheを自動で囲んでくれる
これなに？

結局メモ帳最強というわけだ。

メモ帳は、エンコード切り替えれないから。
ワード最強、で。

超基本的な質問です。eclipseって、どうやって、入手するのでしょうか。
あと、お金は、掛かるのでしょうか。誰か教えていただけますか。

>>50
Google（日本語）で「eclipse」という語で検索していただけますでしょうか？
そしたらお分かりになられるかと思われます。
それで分からないのならば、JAVAを勉強する資格すらありません。

>>50
俺が3000円で売ってあげる。

>>50
ヤフオクにあるんじゃない?

50のために、ここでオークションしよう。
オレなら2998円(税別)で売ってあげるよ。

釣れた釣れた嬉しいな

>>55
(・∀・)ﾆﾔﾆﾔ

エクリプス先頭、後は見えない・・・

今日初めてここへ来たのだが、
>>15がeclipseを使ったことがあるとは思えない。
少なくともエディタに関しては
eclipse＞＞＞＞＞（越えられない壁）＞＞＞＞＞JBuilder9
だと思う。
慣れの問題かもしれないが、
それ以外の理由でJBuilderのエディタを良いというのは理解できない
（JBuilder9使い勝手の悪過ぎ）。
とにかく自分はもうJBuilderには戻れない。

>>58
同意。JBuilder使ってたのは6くらいまでだけど、
慣れちゃえばEclipseの方が遥かに扱いやすい。

Eclipse(というかIDE)がないと安心して開発できない人間になっちまったよ。

リファクタリング(特に「移動」と「名前の変更」)
リアルタイムコンパイル
TODOなどキーワードによるタスク管理
コードテンプレート
インテリセンス

ふむ。
つまり、NetBeansでもJBuilderでもいいってことですね。

誰もJAVAオンリーとは言って無くないか？
C/C++もPHPも同じ環境で使えるのが凄い。

プラグインの開発環境がデフォルトでついていて
開発情報も沢山あって
色んなプラグインが実際出回ってるところが
Ｅｃｌｉｐｓｅのいいところじゃないか？

JBuilderやNetBeansなら標準でついている機能が、プラグインとして別になっているために、「定番プラグイン」が豊富にそろっているように見えるところが、Eclipseのいいところってことですね？

基本機能だけで不満がないのなら、文句言わないで、JBとかNBとか使ってればいいのに。

痛いところをついてしまってごめんよ

痛いところと言うのは、JBuilderやNetBeansではJAVA以外の開発が出来ないと言うことか？

NetBeansは一応C++にも対応してるけどね。

>>51
51の人がひどいこというよ。誰か親切に>>50の質問に答えてよ。

釣れるといいね

>>70
釣りではありません。本気で答えを求めています。

おれだよおれ

警察のものですが、息子さんが事故を起こされまして(ry

あー、そうですか。警察もお仕事大変ですね。ではでは、頑張ってください。

>>69
思いっきり釣られてみるけど、

マジレスすると本屋さんに行ってCD付きのeclipse入門書を買ってくれば手に入る
今時入門書に書いてあるような内容なんてインターネットで手に入らないわけはないけど
右も左もわからない状態の時には紙媒体って便利だ。

ただし情報が激しく古いし、間違ってても誰も訂正してくれないがな。

>>75
釣りじゃないです。75さんありがとうございます。明日、本屋に行こうと思います。

>>77
釣られてみると>>51のアドバイス実践してみた？
Googleで検索すればすぐ定番サイトに行き着くだろ？
そこでインストールの項目を見れば書籍に書いていない
トラブル情報を含めて入手出来る。

なので>>51の回答が全て。

結論：NetBeansにしる！

Eclipseを使ってからJBuilderもNetbeansも
使う気になれなくなってしまったものだが

JBuilderやNetBeansってプラグイン検索サイトどうなってるの？
プラグインの豊富さ、種類はどうなってるの？
プラグイン紹介、解説サイトはどうなってるの？
どのほどあるの？　どれくらい有名？
Eclipseだとさ、@ITや雑誌などで豊富なEclipseプラグインの紹介、
解説を沢山やっているし
http://www.eclipsewiki.net/eclipse/ のような充実したWikiもあるし
そこらへんはNetbeansやJBuilderがどうなっているのかなあと
気になってさ。

そこらへん情報よろ。

>>80
Eclipseの記事やサイトで紹介されているような基本的なプラグインなら、JBuilderでもNetBeansでも標準で使える。
わざわざ探してインストールするまでもない。
Eclipseでプラグインが流行ってるのは、Eclipseが追加のプラグイン無しでは何もできないから。
まぁ、Emacsキーバインドとか細かいことにこだわりたいならEclipseで。

GUI開発の手軽さとWeb開発の手軽さは、いまのところNetBeans4.0標準の方がEclipse+プラグインより上。
NetBeansのプラグインサイトはNetBeansのサイトからたどれる。
けど、Subversionでも使わない限りは、追加のプラグインが必要だと思ったことはない。

設計系とかコードをいじくりまわす機能とかはEclipseのプラグインの方が上だけど。
そういう細かいことがやりたければEclipseで。
いまからJava開発を始める人にはNetBeansを勧めるけど、Eclipseに馴染んでる人がNetBeansに乗り換えるほどのものではないと思われ。

Swingってトロくない？＞NetBeans

Java2SE1.4.1以前とかならトロい。
Java2SE1.4.2以降Swingはガマンできる速さだし、Java2SE5.0で気にならない速さになった。
メモリ256MBあればTomcat起動してもCPU500MHzとかでも普通に動く。
そのかわりメモリが128MBとかだとCPU2GHzでもTomcat起動に耐えられない。

>>81
> >>80
> Eclipseの記事やサイトで紹介されているような基本的なプラグインなら、JBuilderでもNetBeansでも標準で使える。
> わざわざ探してインストールするまでもない。
> Eclipseでプラグインが流行ってるのは、Eclipseが追加のプラグイン無しでは何もできないから。

そりゃいいすぎや藻前

CVSクライアントとしては優れとるし
リファクタリングもテストも十分できるで。

Eclipse + Sysdeo Tomcat Plugin + Lomboz Plugin + DbEdit plugin + All The News Plugin
+ Hibernate Plugin + CDT Plugin + RDT Plugin + E.P.I.C. Perl Plugin + PHPEclipse Plugin + Trustudio Plugin
+ CodeNote Plugin + AJDT Plugin + Mevenide Pugin + Maven workshop Plugin + Code Analysis Plugin +
プロファイラプラグイン + メトリクスプラグイン + Jupiter プラグイン + Minesweeper plugin + RSS Reader Plugin
+ Quantium DB Plugin + JBoss-IDE Plugin + プロパティファイルエディタプラグイン + ソロプログラマープラグイン
Subclipse Plugin + Sobalipse plugin + Castor Plugin + Commonclipse plugin + Spider Navigator Plugin
+ Omondo EclipseUML Plugin + FTP & WebDAV Support plugin + MP3View Plugin + Jnegre Player Plugin
+ SolarEclipse Plugin + Visual Editor Plugin + Google Plugin + Klomp sftp Plugin
+ PObjgen Plugin + Veloeclipse Plugin + Bytecode outline Plugin + Aston Wizards Plugin
+ Jadclipse Plugin + Jalopy Plugin + CheckStyle Plugin + FindBugs Plugin + JavaScript Edtor Plugin
+ CSS Editor lugin + Easy Strus Plugin + Faces Console Plugin + FatJar Plugin + Improve C# Plugin
+ XMen Plugin

これだけのプラグインを入れてみた。
こんな環境でEclipseを使ってる。

>>85
Eclipseのリファクタリングが気に入ってるなら、NetBeansに乗り換えることはありえないね。
NetBeansでもCVSはそれなりに使えるし、JUnitはプロジェクト作成時にテストフォルダ作ってくれて便利。

>>86
そこまでやると楽しげだな。
しかし、2chビュワーがみあたらんのだが。

2chビュワーはともかく(って、本当にあるの？)、メール、ネットニュース
メッセンジャーとかのクライアント機能はあると便利かも？
更にMP3再生機能とカードゲームの機能があれば完璧ｗ

>>87
そだ
monalipseを忘れてた

しっかし2chはFirefoxのbs2cherほうがええ

といいつついまほっとぞぬ2つかってる

>>88
Mp3プラグインあるぞ

mailプラグインもあるが中途半端

thunderbirdのほうがええよ


ゲームプラグインはいくつかある
イマイチなのが多いけど

メッセンジャは似たものとしてsobalipseがある

ニュースはall the news やrssリーダプラグインで

おれはエクレールの方が好き。

java開発ではeclipse使ってるんだけど、名前変更の利ファクタリング機能がはげしく便利だす。
VCでも実現して星。

名前変更のリファクタリング機能は、NetBeansもJBuilderも持ってるね。
NetBeansのは貧弱だけど、JBuilderのはEclipseのより強力という噂。

>名前変更のリファクタリング機能は、
この機能はマを軟弱にする魔な機能。
逆にJavaのクラス名とファイル名を一緒にしなきゃならん、というのは制約強杉だよな。
コンパイラ＝言語に人が合わせる感じ。

硬派でいきたいなら、アセンブラでも使ってろ。
ソースファイル名の制約は、謎の制約だな。
クラスファイルの衝突防ぎたいんだろうけど。

>>94
多人数で開発するならまあ、そういう人間の勝手さを奪う制約もいいかなと思う

>>94
> >名前変更のリファクタリング機能は、
> この機能はマを軟弱にする魔な機能。
どこが軟弱にするんだと。
むしろ開発効率を高め、
バグを減らし
無駄な作業を自動化できるだろう。
おまいのいってることはPerlやVerocity, Cayenne, Hibernateなどでソースコードを
自動生成することが軟弱にすると主張しているようなものだ。

達人プログラマは処理の自動化をよく実行する。
MakeFileをよく書く。
それがJavaの場合はAntのbuild.xmlを書き
処理の自動化を促進し開発効率を高める。
リファクタリングも同じ事だ。
eXtreme Programmingを否定してはプログラマを強くすることはできないぞ。




> 逆にJavaのクラス名とファイル名を一緒にしなきゃならん、というのは制約強杉だよな。
> コンパイラ＝言語に人が合わせる感じ。

Smalltalkを否定するのか。
クラス名とファイル名が別々になったPHPは扱いが煩わしいぞ。

>>94
マ板のオッサンどもに考え方がそっくりなお前みたいな捻くれた
連中がIT業界にぞろぞろいるから
ソースコードを引き継ぐ若者が糞コードの解析に苦労するんだ！！
いい加減にしろ糞ｼﾞｼﾞｲ！！！

リファクタリングは仕様書とソースの乖離を助長し、自分の首を絞める罠。

100

仕様書なんて飾(ry

>>99
仕様と乖離するのは、リファクタリングとはいわないんじゃ・・・

道具は使う人によるという事ですな。
別にあって困る事は無いかと。

>>99
それはただおめえのところの仕様書が糞なんだろ

変数名をリファクタリングで変更すると仕様書にかかれた
変数もリファクタリングする羽目になるなら
変数もstatic final 変数で置き換えろ。
ResourceBundleクラスの使い方もしらん馬鹿や
ハードコーディングばかりしてる奴にはわからんだろうけどな。
もしくはJakarta Velocityで仕様書に変更される恐れがあるヶ所に $value
という文字列を沢山おいてみろ。それでリファクタリングに耐えられるぞ。

そもそも、そういう仕様書は一部Javadocを使うものだろう。
リファクタリングしたら再度Javadocを使えばいいだけだ。
Javadocで済むものをいちいちM$-Wordで書かれた仕様書にするのは
なんとも効率悪いぞ。
どうせいWordでかかれた仕様書なんて誰も読まないんだし
作った奴の自己満足程度にしかならん。資源の無駄遣いだ
馬鹿な顧客は仕様書もろくに見ずに分厚くなってるだけで
「おおすごい。よくできてるじゃないか」と思いこんでる奴がいるからな。

本当に使える仕様書ってのはブラウザなどで手軽に見られるものだ。
AntやXDocletやApache Mavenを使えば少しは仕様書も書きやすくなる。

かなしいとき〜
インストールしたプラグインがはずれだったとき〜
かなしいとき〜
空白だらけのjavadocを見せられたとき〜

仕様書なんてプログラムの品質をさげるためだけに存在してる。
ここらで書くの止めよう、何も知らされず仕様書きに集まる派遣見るの飽きた。

火事場に集めた派遣も品質をさげるためだけに存在する。
やつ見ろ！仕様聞きにくるんじゃないぞ！
忙しい時に！！なぜにエクセルの操作教えなきゃならんじゃああ！！！

ドキュメントの厚さしか見てねえIPAのカス役人市ね

>>106 >>107
「藻前らマ板に逝け」と言いたい気もするが、
適切にリファクタリングされたソースコードは
それ自身で完結しとるし、「Eclipse で叩きながら解析する」
ことで保守レベルの情報はだいたい取れちゃうから、
確かに「『コンセプトを明確にするための、ユーザとの
コミュニケーション文書』としての概念仕様書」以上の
詳細レベルの仕様書（つーかコードをそのまんま文章に
直しただけみたいな代物）なんざ工数のムダっつー意見は
正当だと思うし、「再利用のためにJavadoc を活用する」
あるいは「コンセプトを説明するためのHTML文書」以上の
ドキュメンテーションはほとんど必要ないと思うんだが……

　ソース読めねぇ馬鹿が多いんだよ ○|￣|＿

>>107
よく判る、よく判るぞ！その気持ち！

俺は上司に
「バカでもコーディングできるように詳細設計書いてくれ。
　みんな君みたいにできる人わけじゃないから」
といわれ
>コードをそのまんま文章に直しただけみたいな代物
をシコシコ書いてます



つうか俺がコーディングした方がはぇえよ
俺(java暦半年)程度の奴もいない現場って

> つうか俺がコーディングした方がはぇえよ
たぶんそれが正解だと思われ。
「仕事を任せないと若手がいつまで経っても育たないだろう？」とか
「物分りのいい上司」とかが言うたりするんだが、
自分で勉強しねぇ奴はぜってー伸びねぇし、
甘やかせば甘やかすほど勉強しなくなる。

……いかん、Eclipse と何の関係もない……
スレ汚しスマソ。

sageろ

>>110
> 俺は上司に
> 「バカでもコーディングできるように詳細設計書いてくれ。
> 　みんな君みたいにできる人わけじゃないから」
> といわれ
> >コードをそのまんま文章に直しただけみたいな代物
> をシコシコ書いてます

意味ねえ。
Javadoc書いて生成したほうが早えってのに。

フレームワーク作ってそのとそのクラスを継承して
つかってくれ

みたいなほうが効率がいい。

Javadocで書いたものを
わざわざM$-Wordに書き写すのもほんと
めんどいんだよな。ウゼー。

Jakarta POIでも使えってのか

>>108
ソース読めない顧客も
ソースを読み肉刷るほど汚いコード書く
協業する他社チームもどっともウザい。

ソース読めない顧客は無茶な注文するわ
いやいや引き継いだコードはハードコーディングだらけで
スパゲティでうざいわ。

最悪だ。

そもそも、顧客がブラウザの使い方さえわかってりゃええんだ。
会議室にブラウザを持ち込めないから紙に印刷できるようにしろ？
ローテク顧客ｳｾﾞｪ！　
会議室にブラウザ使える環境くらい容易しろや

顧客がソースバリバリ読めたら、お飯の食いあげとなる罠。

バリバリ読めてもバリバリ書けるとは限らんだろ。
ライブラリをどれだけ使いこなせるかもあるし。
特にGUI だのネットワーク・プログラミングだとかは、
言語やOS が違っても読みゃあ「なるほど」と思うが、
書けと言われたらライブラリを使いこなせるようになるまで
半年一年はかかるし。

せめて日本語はバリバリ読めてほすい。
提案書が薄いと「抽象的すぎてわからん」と言われ、
いっぱい書くと「ごちゃごちゃしててわからん」と言われる……

>>115
俺は、javadocのHTMLファイルをWord文書にインポートするVBAマクロを書いて対応した。

いざ実行したところWordファイルが巨大になりすぎて、処理中にWordが死んだ・・・

WordなんかやめてHTMLかTeXにさせてほしいなと
思うことがある。

Apache FOPも選択肢のうちかな

> WordなんかやめてHTMLかTeXにさせてほしいなと
> 思うことがある。
せめてEXCEL は勘弁してほしいと思うことが度々ある。

>>122
罫線の使い勝手が良くてマクロ機能もあり大概の環境で表示可能
なツールって事で使われてるな。
今ではWordでも同じ事ができるけど、既に定番化してるから今更
どうにもならんだろう。
それでも少なくともWordよりはマシな気がする。妙な凝り方しない
限りOpenOfficeでも表示崩れないし妥協的に可。

>>123
説明図がオートシェイプで描いてあって、
OpenOffice で見られなくて往生したことがある。

>>124
ああ、そう言う落とし穴があるのか。
まあ、付き合い方だよな。100%互換は無理だし。

結論：OpenOfficeは使い物にならない。

ここなんのスレ？

ワープロを語るスレですが何か？

ふーん。

いや、顧客と開発者の常識のズレについて嘆くスレです

Apache Forrestとかで整形しちゃったりなんかしちゃったり

つーか最近のMS-OfficeアプリってXML読めるらしいから
javadocをそのまま変換するXSLTとFOで幸せになれそう

ATL/WTLは書けるのけ？

Eclipseで
1.Scheme
2.Ruby
は使えますか？

http://www.doclet.com/

>>133
Rubyなら使える。
RDTで検索せよ
Schemeは知らん

Sysdeo Tomcat プラグイン
がリンク切れ・
なくなったの？

>>136
復活したという噂。

>>復活したという噂。
してない

復活してるっつの。

Excelで書いたフローチャートを送りつけてくるようなクライアントには
何を使っても無力だ。

>>140にUMLを送ってもどうせ読めないだろうから、配慮してくれたんだろ。

>>116-119
別にそういう顧客の肩持つわけじゃないけどよ、おめー無能なSEの典型みたいな奴だな。
そういう客をどう扱うかがこの仕事の肝だろ。そういう愚痴をこぼすのは向いてない証拠。

■変な名前の閣僚特集■
・( ´_ゝ｀)ﾌｰﾝ国防相…(イギリス)
・(*´Д｀)ｱﾊｰﾝ首相…(アイルランド)
　ｖ。。ｖ
・ﾐ○彡タラバニ大統領･･･（イラク）
ｱﾗﾔﾀﾞ!!( ﾟДﾟ)オバサンジョ大統領・・・（ケニア）
・（゜∀。）アホ首相（フィンランド）

また電話かかってきた・・・こわい・・・。

誤爆った。ｽﾏﾝ

>>144-145
あの・・・怖いんですけど。

>>142
> >>116-119
> 別にそういう顧客の肩持つわけじゃないけどよ、おめー無能なSEの典型みたいな奴だな。
> そういう客をどう扱うかがこの仕事の肝だろ。そういう愚痴をこぼすのは向いてない証拠。

無能なワンマン経営者を兼ねた営業が邪魔をしているから客を扱いに食いんだYO!

>>1
自分で判断しよう。
大多数の人が便利だと述べようが自分が嫌なら不要なんだよ。
そして自分が嫌と思うものにつっかかるほど無駄な時間はないよ。
自分の好きなものを使えば良い。それだけの話。
良いと思える人にとっては「そんなに良い」ものですから。私も良いと思う人。

好きなものだけで生きていける>>148に嫉妬。

>>149
だよな。普通はチーム内ではIDE・JDKは統一するだろ。
「自分はEclipse嫌いだから使いません」っては言えない。

うちでは統一しない。
漏れはEclipse+Antを使っているが
隣の香具師はマシンがロースペックで重たいと言う理由でテキストエディタでかいている。

ロースペックなためにAntを使うものもいる。

emacsやVimなんかだとちょっと探せば、Java用の支援スクリプトくらい見つかりそうだもんな。

>>151
そりゃIDEのありとなしってだけじゃん。それならまだいいと思う。
バラバラのIDE使ってると、それぞれの設定ファイルが
混在して難儀だと思う。
新規にクラス追加した後に別な奴で開いたりした時とか。

>>153
Eclipse使っている奴はあんまり困んないけどな。

>>151
そこでNetBeansですよ。
NetBeansなら、インストールだけやっておいけばプロジェクトのビルド用antスクリプトがコマンドラインから呼び出せる。

>>153
そこでMavenですよ。
Mavenならpom.xml(or project.xml)ファイルだけ
作ってチームに配布しておけばコマンド mvn installを実行して必要な
JARを自動ダウンロードしてたとえばIDEがEclipseなら
コマンドmvn eclipse:eclipseを実行するだけで
即座にNetBeansやEclipseにクラスパスの
設定(.classpath, .projectの更新、)を自動でやってくれて
即座に開発できるようになる。

さらにMevenideプラグインを使うと楽。このプラグインは
EclipseやNetBeansほか４種のIDEで利用可能。
残念ながらまだMaven2.0には対応していない。
それでもコマンドラインで必要なことをやればことたりる。


ほかにMaven workshopプラグイン、Maven Repo Searchプラグインと
併用すると一層使いやすくなる。
Maven workshopはマウス一つでJARのクラスパスを追加して
その追加情報をporject.xmlに付加してくれる。
Maven Repo SearchはJARの検索を容易にしproject.xml, pom.xmlに
タグを貼り付けて依存JARを簡単に指定できる。

>>153
Mavenのほかにant4eclipseを使う手もあるぞ。
まだ不安定だがbuild.xmlをうまくつかってとな。

エクリプスってjavaアプリだから、あんなに重くて遅いんですか？

PureJavaじゃないから軽いよ。

っていうか重たいって言うのは
CPUがたりないからなんかではなく
メモリが足りないからだよ。

起動オプションに
-vmargs -Xmx256mとか付け加えるべき

eclipse3.1は軽いというかあまり白くならないよ。

>>159
>PureJavaじゃないから軽いよ。
これは気のせい

>っていうか重たいって言うのは
>CPUがたりないからなんかではなく
>メモリが足りないからだよ。
これは正しい

CPUも普通に関係するよ。前に会社のPCはCerelon1.GだったのがPen2.0にしたら全然違う。
メモリは両方とも512

>>159
いまは
SWTはPureJavaじゃないから重い。
SwingはPureJavaだから軽い。

JNIは、小分けに呼び出すと重くなる。SWTみたいに。

eclipseをもっと速い処理系に移植して！

NetBeansのプラグインが賑わってくれれば
乗り換えるんだがなあ。

Javaに限定すれば、NetBeansの方がええな。

>>165
NetBeansのプラグインは、今後もそんなに賑わわないんじゃないか？
プラグインを入れずに一通りの機能を持っているのが利点でもあるわけだし。

俺もNetBeans使ってみた。CVS機能の使いかたがよくわからん・・・
やっぱりEclipseのほうがいいとｵﾓﾀ

>>167
いままでプラグインが賑わわなかったのは、資料がなかったことと手順がめんどうだったこと。
資料はどんどん増えてるし、プラグインプロジェクトで手順もちょっと楽になったし、NetBeans5.0が正式リリースされると賑わいだすと思う。

エクリプスでIアプリ作れますか？

おｋ

EclipseとEmacsを同じ環境で動かすとどっちが応答速いですか？

>>172
それが気になるならおとなしくEmacsかvi使ってろ

>>160
白い？
どういう意味？

>>174
Windows使ったことのないあんたには全く関係のない話だよ

起動が完了するまでの間白くなるということか
なんのことだかよくわからんかった
面白いのtypoかと思ったが
なんか違和感遭ったし

死滅あげ！

＊＊＊二番煎じにつき終了＊＊＊

eclipseが重たいマシンってVisualStudio.NETも重くないか？
その点VisualBasic4.0は軽いな

９５出た直後のVBで比較かよ

VB4.0/2.0は傑作ですが何か

>>172
TECOでも使ってろデブ

VS.NET2002はEclipseよりも重たかった。
そしてインストールもめんどい

なーんかガベコレしてんのかカッカッってひっかかる

>>184
不良セクタを発見しますた

>カッカッってひっかかる

・裏でビルドしている
・CVSでコード同期してる

>>143
ﾓﾊﾒﾄﾞ・（ ・∀・ ）ｱｯﾀ！容疑者もいれないと

EclipseでDLLは簡単に作れますか？

age

なんか知らんがDLLをビルドするのはコンパイラだ。

DLLをビルド？

コンパイラはバイキルトの呪文をとなえた

　DLLはスピードが２倍になった


−−−−−−−−−−−−−−−−−−
Eclipseはバイキルトの呪文をとなえた

　DLLには呪文がきかなかった・・・

どらくうぇの呪文て日本共通言語だよな

>>188
CDTプラグインで作れそうにみえる。

>>194
cdtプラグ印って何だね？
ﾃﾞﾙﾌｨみたいにウイザードはついとらんのかね？

CDTプラグインを知らないのか。

Eclipse標準のC/++開発環境プラグインだぞ

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？

ウザ

http://ash.jp/java/java_http.htm
このサイトのURLConnectionのソースをaioeclipse ver2.0.0で流すと
エラーが出るんですけどどうすればいいですか？
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at HttpUrl.main(HttpUrl.java:32)

1. あきらめる
2. (正しいエラーメッセージが出るように) 直す
3. 相手のサーバーに文句を言う

>>199
> http://ash.jp/java/java_http.htm
> このサイトのURLConnectionのソースをaioeclipse ver2.0.0で流すと

この部分の意味がわからないんだけど。
aioeclipsって何だよw
All In One Eclipseと一目でわかるやつなんてほとんどいないぞw
それに「流す」？　アホですか？
まともな日本語使ってから質問しましょうね。

とりえあえず、IBMのjreにしないと、
重くてつかえたもんじゃない。

Java5からSun純製JVMも高速になったわけだが

1.3時代はIBM製わりとはやかったね
でも計算以外やるとそうでもなかったような

1.4.2あたりからどっちもどっちになった
ただ、IBMのJREだとSwingが汚いのはわざとだろうか

結局、CDTは重くて使い物にならないでFA。
Indexerもコード補完も反応鈍すぎる。
BlorandやMSのものに比べるとってことね。

あれは一応Java以外も扱える総合プラットフォームなんですよ、という
アピールのためのものだ

実用性を考えてはいかん

Eclipseはどうも3.0からプラットフォーム戦略というか手を伸ばしすぎてる感じがして
小回りが利かないというか

小回りきかないというのは、具体的にどんな点？

>>199

Connection refused なんだから，
そもそもどこのサーバに繋げようとしているのか？説明しろ！

名前が厨臭い
スレイプニルと同じ臭いを感じる

>>209
そうか？SUNを隠す/消すってことだろ。

一時的にね

ﾌﾟﾌﾟ >>1は現実を知らないようだな。

# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした（お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです）。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
３年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません

# さらに続く議論。この事件から生じた騒動（または余分なキャラ）
で大儲けできた人がいるかも知れませんね

# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
http://www.javanews.jp/javap/newsletter043.html

javaはランタイムが必要な時点で糞なんだから別にいいじゃん

>>211
おっ、うまいな。

>>213
JVMも同じディレクトリに置いとけば、別途インストールする必要ない。

gc のおかげで Java の方が速くなることがあるってんなら、
C++ もテストコードでは gc 使えばいいのにね。
Java と同程度の速度で動くだろうし。

>>203
Java5ってJRE 1.5 のこと（こういう聞き方であってるのかどうかわからないけど）？
だとしたら、漏れの機械ではIBM の VM の方が目に見えて速いですよ。
少なくともEclipseの起動速度は。

大規模化すると手動でメモリ管理することがどれだけ
大変なのか理解した方が良い。
その分のコストは一体誰が払ってくれるのかと思っているのか。

>>216
最新版SunのJVM乗で動くNetBeansと
IBM JVM乗で動くEclipseとを
比較してみてくれないか。

どちらもSun JVM上で動かした結果ではNetBeansの
ほうが圧倒的に早かった。

c++コンパイラがgcの機能をサポートした実行ファイルを作ればいいんじゃね？

俺もIBM JVM使ってみたいなー。
IBMのケチ。

>>219
すでにgcjというやつがある。
ネイティブに変換されるから早いと
思われているが
実際にはかえって遅くなる。
EclipseがJNIを使っている部分があるからといって
早くなるかと思えば逆に遅くなるケースも頻発
してきたことに似ている。
Javaは遅いと思っても実際にネイティブに変換してみたら
かえって遅くなったでは本末転倒。

それじゃなんでJavaはネイティブより速い場合があるんだろう？

>>222
実行時に実行環境＆実行状況にあわせた最適化が行われるから。

>>218
NetBeans は当分使う予定が無いので、
比較だけのために入れるのはちょっと・・・
Eclipse の方が遅いっていうのなら、たぶんそうなんでしょうね。
漏れもEclipseがあまり高速なIDEとは思ってません。

>>223
実行環境で（PGOとか使える）良いコンパイラを使ったc++なら、
同等の速度が出るということ？

>>222
Java も最終的にはネイティブコードで動いてますよ。魔法じゃないんだから。
特定の幾つかの C++ が出力したネイティブコードよりも、
特定の幾つかの Java VM が出力したネイティブコードが速い、
ということ。

C++はメモリ管理の部分で下手なコードを書けばJavaより遅くなるけど
それ以外では速度でJavaに負けることは無いよ。自分でテストして
判断したからマチガイナイ。

ところで、eclipseをJava以外で仕事に使ってる香具師っているの？
本スレでは使ってる人もいるらしいが、Javaの開発用として使っていると書いてるのが多い。
CやC++のIDEとなると結局商用IDEを使うのが懸命でFA？

組み込み開発とかのプラグインもでてるらしいが、実用に耐えられるとは
思えないんだが…

何が悲しくてc++のコードをeclipseで書かねばならんのだ

C++で開発する時、Linuxでは何使うもんなの?
エディタじゃなくてIDEを使うとすると。

>>228
お勧めはしないがKylixかな。
問題は多々あるが…。

漏れは、結局概要をIDEで書いちまって、
細かい処理の部分は、Emacs立ち上げてかいてまつ

組み込み用途じゃないかぎり最近はLinux用もJavaで書いてるよ
Windowsで開発してそのまま持っていけるのは便利だよね

J2SE5.0から環境変数が使えるように戻ったのでわりといける

WebアプリとGUIやコンソールのJavaアプリはもうねｔBeansのほうが便利だねぇ
JUnitとかNetBeansのほうが親切なつくりだと思うし、プロジェクト単位ではなく
mainからの実行とかはNetBeansのほうが小回りが利く

C++BuilderX

10以上のIDEを使ってきたけど、現状Eclipseが一番。
何と言っても、プラグインでIDEを好きにカスタマイズ出来るのは良い。

VC
VB
VS.net(C#とか)
Delphi
BCC?
Kylix
netbeans
えーと10以上も思いつかない。emacはideに入りますか？

JavaだけでもJBuilder、IDEA、JDeveloper、CodeWarrior、VJで合計7つ思い浮かんだ。

>>232
プラグイン目的なら、最近はNetBeansでもいいじゃん。

IDEなんか言語毎にあるがな
いまやCOBOLにだってあるんだぜ？

JBuilderってフォントがｷﾓｲ
読みにくい

>>237
それは、JBuilderのせいなのか？
Swingで使ってるフォントじゃなくて？

カスタマイズできるんだからデフォのフォントなんて意味ない話だな

ミミズだって オケラだって VBだって〜

JBuilderのGUIのフォントが読みにくいんだけど・・・

>>222
ネイティブ側のほうがJavaよりも
メモリ解放効率が悪いアルゴリズムを人間の手で手動で
書いているから。
GCみたいに自動でやればかなり高速化するのだが
複雑大規模化すると人間よりもコンピュータに
メモリ解放させた方が効率が良い。
それがネイティブよりもJavaを早くできる結果となっている。
ネイティブ側も頑張れば絶対的にJavaより早くすることは
いくらでも可能だが、開発コストがかかるのと
すべての場面に置いて確実にJavaより早くするよう
設計することを保証するのが難しくなってきている。

だからJavaって凄い言語なんだと感心するのである。

>>225
それでもC++で高速化するよう上手なコードを書くことは
昨今では難しくなってきているわけだが。
気が付けばJVMやJavaコンパイラはますます進化しているし

>>226
漏れはJavaだけでなくPHP, Perl, Ajax開発にもEclipseを
用いて職場で開発をしている。

>>227
CDT使ってる香具師多いみたいだが。
本スレ見ているとCDTの新バージョンﾏﾀﾞｰ
とかいうﾚｽをいくｔかみたし。
話題になってる。

>>233
Java Studio Creatorが抜けている。

Java Studio Creatorって結構よくね？

>>243
いやだからベンチマークしてみろって！なんでそんなＳｕｎの
宣伝ばっか鵜呑みにしてんの？馬鹿じゃないの？

SunのVMはうちのベンチだとgccよりかは速いがVCよりかは遅いな。
言語による速度の違いより処理系の違いのほうがでかいレベルまでVMが進化したのは確か。
MSのCLRは試したことないけどSunと同じような主張をしてるみたいね。

>>242
C#使えば？

>>242
それってJavaがすごいというより
GCがすごいってだけじゃね？

.NETでもGCが動けば同じでは？

>>251
漏れがちょいちょいと書いた動画圧縮プログラムなんかは、
.Net の 1.1 (VS 2003でコンパイル) よりも C++ の方が倍近く速かったなぁ・・
C++の方は速度気にしないで stl とか使ってたんだけど。

こういう用途でもJavaも速いのかもしれないけど、あんまり試してみる気が
しないのは、やっぱりJava=遅いっていう先入観にとらわれてるんだろうな。
たいして必要性も感じないし。

実際Javaは遅いよ。

あー
画像処理とか動画処理ではjavaは壊滅的に遅いだろうね

サーバサイドのリクエストの処理は速い。
大量リクエストの並列処理では有利。

ただし、メモリはたくさん用意しておいた方がいい。

コマい仕事を大量に捌くのは早いが、重い単発の仕事はまだＣの方が上か。

mallocの本質はフリーチェーンと呼ばれる使用可能メモリブロックの長い連結リストだ。
mallocのパフォーマンスは決して速くなく、しかも、クリーンアップのために
ときどき予期できないタイミングで非常に遅くなる

Javaはガベージコレクションがあるから・・・なんてしたり顔で話すC++プログラマが、
デフォルトのメモリアロケータを平然と使っているなんてことは良くある。

頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、
いつも2の累乗のサイズでメモリブロックを割り当てる。
この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。
…尤も、Javaの世代別GCに比べれば余りに原始的だがな。

>いつも2の累乗のサイズでメモリブロックを割り当てる。
>この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。
アホか

>>257 クリーンアップのためにときどき予期できないタイミングで非常に遅くなる

嘘だろう。C/C++ で heap 領域の clean up を勝手にやるようなメモリ管理なんて聞いたことがない

>>頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、いつも2の累乗のサイズでメモリブロックを割り当てる。

C++ の new で heap 領域を割り当てるのに一々メモリサイズなぞ指定しない。

不特定の new/delete を繰り返すことで heap 領域が断片化して、最終的に malloc に失敗することはある。それが実際に発生するのはメモリ不足になるような使い方をしたとき。普通は、そんな心配さえしない。

あと、GCは集中的に行われる

参照されなくなったときにすぐに行われるのではなく、あとで一気に実行される
こまめにメモリ開放を繰り返すのではなく、開放するときはまとめて行うことにより
スループットが上がっていると考えることはできるかも

Javaの問題はレスポンス

Flipまで時間に余裕があるとき新世代のGCをしておきたいとか
そういうのがあってもどうにもならない
かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い

マシンパワーに余裕がある場合5ms以内の指定した時間に起こるGCは問題なくても
いつ起こるかわからないGCは1ms以下でも大問題になるってSunはわかってるんかね

まぁ並列GC使えば影響は大分抑えれるけどもこの問題はなくなるわけじゃない

だからC#使えって。
メモリ管理は工数を大幅に引き上げるため、コストがかかり過ぎる。
仕様変更た機能拡張の度にメモリの管理を見直すのは愚の骨頂。

GCとかC#のほうがおそいんだけど・・・

EclipseでC#開発ができるようになれば、このスレとしては解決ということか。

C#よりVB.NETの方がいいじゃん

VB.NETではここらへんは解決したんかな？
http://d.hatena.ne.jp/wildcats/20060329

そいつ嘘ばっかジャン

>>249
プログラムやアルゴリズムによってJavaが早くなったりしないか

>>250
プログラムを部分的にネイティブにすることによって
他の環境へ移植するときに修正コストがJavaよりもかからないこっとと、

ネイティブ部分は少ないがWinodows以外の環境に移植するときに
(たとえばMonoのように)速度が大幅に遅くなったりしないことと、


ライブラリやAPI、フレームワークがJava以上に充実して
仕事もJavaよりも増えたらC#への移行を考えるよ。

>>254
API内部にnative使っているものもあるので以外とおそくなかったりするものもあったりする。

画像処理は、拡大縮小程度ならそんなに遅くなかった記憶がある。

>>256
そもそもCの仕事が少ない。

>>260
> あと、GCは集中的に行われる
> Javaの問題はレスポンス
> Flipまで時間に余裕があるとき新世代のGCをしておきたいとか
> そういうのがあってもどうにもならない
> かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い

つjava.lang.ref.SoftReference

>>264
それだったらC#やってるほうがまし。
VB.NETには魅力が感じられない。
よくわからんがVB時代の名残でGUI向け言語って先入観がある。

速い、遅い、って言っても、用途で変わってくるが、数値計算に限れば
ttp://www.shudo.net/jit/perf/
のSciMark2.0が参考になる。
この言語だから遅い、というよりプログラマがヘボだから遅い、というレベルの差しかない。
ただ、>>260 は同意。
100個のオブジェクトのgc (一括処理)の方が、10個ずつ10回の処理よりも合計として
速いとしても、後者を行いたいときがある。ゲームなどの実時間タイミングの要求がシビアなやつ。
次フレームまでの15msの時間内でgcとか、時間指定gcができるようになるといいんだが。

そもそもJavaで60fpsのゲームなんて無理だろ？
そんなタイミングがシビアなときのGCなんて気にするようなことじゃない。

VB.NET・・・（´_ゝ｀)

>>273
一応割合指定とかあるけど1ms以下の挙動はあんまり期待できなかった


>>274
あほか
10年前は無理だったけど4年位前からできるようになったよ
今ハードウェアアクセラレーションばりばりで垂直同期ページフリッピングとか
やってくれるよ

WindowsだともちろんDirectX使ってアクセラレートされる
Swingとか通常のGUIアプリがね
画像をただdrawImageしていてもVRAMへの転送とVRAMtoVRAMの両方が行われる
次からはメモリtoVRAMへの転送が行われない
そしてこれらには優先度が合ってVRAMの容量がなくなると優先度の低いのから追い出されたり
インテリジェントに行われる

javaも値型オブジェクト導入すりゃいいのに

なんで？

javaもunsigned導入すりゃいいのに

>>276
ほんとかよ。
2Dゲームの背景にタイルを敷き詰める処理を作ってみたが明らかに遅いぞ。
これと言って変な処理は入れてないが、5fps出ない。

>>279
そういうクラスを実装すればいい。

>>280
Javaでゲーム作成スレくらいみてからいってくれ

あとそのコードさらせ

>>271
解決になってないぞ

GCのことで文句を言う前にまずReferenceを
うまくつかって解決に挑戦してみろってことだろうや

>>284
ゲームなどの用途でのGCをコントロールする意味わかってるの？
リファレンス使ったところでどうにもならんよ

>>285
まーまー。Reference 覚えたんで言ってみたかっただけだろ。
許してやれ。

そういやVCバリのスレでもjava.lang.ref使えば解決とかうそつき発言なやついたなぁ

確かに長い配列の扱うときにReferenceを使うと
高速化するのは事実だけども

Referenceって世代別GCと相性悪いってのしらないやつまだいるのか

今なら配列ではBuffer

コンパイルできねぇ。
なにこの糞死ね！

糞！糞！糞！
http://blog.sena.to/archives/2006/01/14/2126.html
ココと同じことやったんだが全くダメ！
糞！糞！糞！

>>290
マ板の 最近のJavaって軽くね？ スレで答えてもらえなかったんだが、どう使うんだ？

最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/572-

こちらにまで出張してくるC言語厨の教えて君ご苦労様です。

そんなこと言わないで教えてよ

質問するならスレまちがえてるぞ

イクリプス
じゃなかったっけ？？？

エクリプスじゃね？
http://www2.alc.co.jp/ejr/index.php?word_in=eclipse&word_in2=reedeirrf&word_in3=zJPa7DCxJ15687987t

調査の結果

エクリプス の検索結果 約 446,000 件中 1 - 10 件目 (0.03 秒)
イクリプス の検索結果 約 303,000 件中 1 - 10 件目 (0.16 秒)

という結果になり、検索一発目にあたるのが

エクリプス→フリーソフトのEclipse
で
イクリプス→カーオーディオ

なのでエクリプスのほうが一般的・・・かもしれない。

俺はイクリプスって読んでる。
experienceのノリで。

こんなん出ましたけど

エクリプス java の検索結果 約 27,600 件
イクリプス java の検索結果 約 1,200 件

エクリプス java -イクリプス の検索結果 約 27,500 件
イクリプス java -エクリプス の検索結果 約 187 件

別に発音的に間違ってるわけじゃないんだから
俺はイクリプスのままで通しますね。

一応参考
http://www.excite.co.jp/dictionary/english_japanese/?search=eclipse
で発音が聞ける。

別に英語の発音にこだわって、
エクリプスって言ってる奴を粛清しようとは思ってないから安心しろ。

>>303
でも、２ちゃんに書き込むときはエクリプスにしてくださいね。
イクリプスだとカーオーディオのが多いようですから。

>>302
記述的には一般的ではないけどな。

>>303
いるな、英語の発音に粘着する奴。
普通の会話でカタカナをネイティブな発音でしゃべると
おかしいことに気づかないくらいアホなんだろな。

イクリプスって言う人のほうが多いな
wikiが立ち上がったときにかなりさわいだな、これ

>>307
俺は色々な会社の人間と話するが、
エクリプスとしか、聞いたことない。
関西ローカルなのか？

>>308
いや、関東も同じ

よし、みんな、
これからはできるかぎりイクリプスと発音するように心がけようで

>>304-305
安心しろって。
書くときはeclipseって書いてるから。

Eclipseのソース追っかけてると、
デザパタてんこもりで、最近ちょっとうんざりしてきた。。。

Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる

これ設計開発した人たちってJava歴1年未満の人かな

>>312
デザパタてんこもりって、そりゃ必然だろ。
そんなこと言うとJDKもJakartaもデザパタてんこもりだ。

>>313
自慢ですか。
まー、EclipseソースはSWTと全然違うよ。SWTは異質。

どこが自慢に見えたのかな？
まあ、無能な人間ほど自身の無能を棚に上げて他人の才能を嫉むんから敵わないね　┐(´ー｀)┌

>>315
ま〜た、自慢ですか。
自分で嫉まれるとか言うなよw 自称上級者の初心者には敵わないね　┐(´ー｀)┌

さすがEclipseのスレにふさわしい話題が続いています

>>316
脳って知ってる？　脳。
あれ、便利だから一回使ってみると良いよ。

>>318
はー。正直がっかりだ。煽りスキルもセンスもないのか。
初心者の上、2ch も初心者か。

これがJavaグラマの現実

>>319
2ch玄人気取り厨ｷﾀｰ ｗｗっうはｗｗｶｯｺﾖｻｽｗｗｗｗｗ

ここも含め、Eclipse本スレも初心者スレも一気にレベルあがったな。

>>313
Swingよりも高速化させるためにわざとスパゲティ化させてたとか？

>>320
EclipseやSWTは一部Cが使われてるから
Cグラマの現実ともいえたりしないか

スパゲティ化させると高速になるのか？

おまえは論理的な考え方ができないのか？

なにしろジャバグラマですから。

黄金厨ｳｾﾞｰ

>>314
> デザパタてんこもりって、そりゃ必然だろ

まあ、Ecliipseに実装されてる既存のものを使うならいいんだよ。
ただしもっとリッチなものを作ろうとしたら面倒になってくる。

例えば、UIに関して言えば、XULとかのXML UIみたいなのが楽なんじゃないかと思うんだよね。
特に、何か新しいコントロール作る場合、Eclipseの作法だとカスタムコントロールいちいちswtレベルで作って、
次はjfaceのcontribution manager/item作って、最後にschema定義してregistryとか作ってextension point作るっていうのは
時間がかかる気がするんだよね。

>>313
> Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる

具体的に教えてくれ。どこのコードがひどそう？

>>323
言ってることわからん。

>>324
> EclipseやSWTは一部Cが使われてるから
> Cグラマの現実ともいえたりしないか

これはJDKに関したって同じだろ。
SWTのOS.javaのほとんどのスタティックメソッドは、
OSのAPIと一対一なので、そのあたりはJDKよりかなりきれいだと思うんだが。
例えば、Win32のOS.javaのSendMessageWはJNIでWin32のSendMessageWを単に呼んでるだけだしね。

ウィンドウズ専用ならそれでいいけどさ。

最近やっと良スレになってきたね。

>>329
XUL だと既存にない新しいコントロールが楽に作れるということか。
ほんとか？

>>334
SWTとJavaScriptだったらそりゃあ。
XULは基本的にDHTMLのアプリ版みたいなもんだからね。
XULの場合、さらに、cssでtheme/skinを簡単に作れるしね。

>>332
> ウィンドウズ専用ならそれでいいけどさ。

逆だろ。
マルチプラットフォームだから、SWTみたいな方がいい。
OS APIとOS.javaのメソッドが一対一になってるから、
JNIの肥大化が防げるし、JNI内部をデバッグ／リコンパイルしなくてもすむ場合が多い。
（っていうことでSWTが始まったんだよ）

>>336
Windows以外は１：１にならない
ということをいいたいんじゃないのか？

SWTは開発者サイドにとっていいものではないと俺は思うけどな
あくまでもEclipseのためのプラットフォーム

RSAとかEclipseベースのヘビーなアプリさわってるとSWTってやばいんじゃねーかと思う
なんか重い処理の間イベントがとんでないような

>>337
OS.javaの話はSWT内部アーキテクチャがどうなってるのかって話だ。
もちろん、SWTのPublic APIはどのプラットフォームでも同じなんだが。

SWTはウィジェットに内部でOSネイティブコントロール(それがinternalのOS.java)を使っていて、なければエミュレートコードを使う。
Swingはウィジェットの描画は自前のペイントメソッドでやってる。まあ普通に考えたらSWTの方が速りそうなんだろうが、
Swingは自前で描画してるのでLook&Feelを変えられる。
そもそもデザインポリシーが違う。

> RSAとかEclipseベースのヘビーなアプリさわってるとSWTってやばいんじゃねーかと思う

わけわからん。適当に言ってんじゃねーの？つーかなんで突然RSAでヘビーな話なんだよ。
それは実は、Swingだったら良いとかじゃなくて、Javaの一般的な話をしてんじゃねーの？
IDEの比較ってことで考えれば、もっともっさり感があるのはNetBeansなんだが。

つーかさ、Eclipseって話になるとすぐSWT, Swingの話がでてくるってのは、それくらいしか話すことないわけか？jface, Eclipse UI, Extension Point, Help, Updateとかそういうところも話してくれ。

JFaceはもっとおもいし、RSAはかなりもっさりだろ
NetBeansと素のEclipseと比べるのは意味なし
比べるべきなのはJBuilderのエンタープライズとかRSAとかだよ

Eclipseってプラグインいれるとすばらしく重くなるよね
使ってなくても登録してるだけでもっさりなのはなんとかならないのだろうか

完全にネイティブなら早いかもしれんがJNI経由だからね
JNIはかなりオーバーヘッドがあるし最適化がそこでとまってしまう

Swingだって描画はネイティブコールしてるし粒度が粗いか同化の差でしかない

>>339
> JFaceはもっとおもいし、

おいおい、SWTだけで書くと速いと言ってるのか？？？
JFace使ったからって、特にもっとヘビーという感じはない。
つーか、JFaceは別に大きくないしね。

> RSAはかなりもっさりだろ

RAD, RSA　(IBMの製品名こんなのばっか笑)はもっさりだが、
それがSwingベースだともっと速いかとう話は別。

> Eclipseってプラグインいれるとすばらしく重くなるよね

うーん、それはプラグインによるかもな。MANIFEST.MFを使ってさらにDynamicなPluginにすると、少しはましになる。
最初にロードされないからね。問題は、昔からあるplugin.xmlに全部記述するタイプのプラグインじゃないかと思うんだが。。。
でも、J2EEでもそうだけど、それはJavaの問題のような気がするな。
結局EclipseくらいのIDEっていまだにないと思うんだが。

Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。

>>341
NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

>>340
> 完全にネイティブなら早いかもしれんがJNI経由だからね

SWTのJNIは、別に、JNIのAPI（NewStringとかCallObjectMethodとかのやつね）を使ってないんだよ。
だからJNIだから重いというのは、かならずしもSWTにはあてはまらんかもしれん。
SWTのJNIの引数は、intとcharばっか。javaのクラスからCの構造体への変換もそのまま。

>>342
> Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。

エクステンションとかもそう思うか？

>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

もとがもっさりだから？藁

>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

ちゅかRSAみたいにてんこもりなのないじゃん。

まぁNetBeansが重いっていつのマシンですかと

>>347
もとからてんこもり

つーか、NetBeansあのメニューの表示かなり遅くない？
例えばメニューが消えるときとか。上から下へ消えていく。
それとウィンドウを他のアプリケーションから切り替えるときのウィンドウのリドローなんかも、
NetBeansすげーもっさりなんだが。。。
EclipseはそういったとこはNetBeansに比べてかなり、きびきびしてるぞ。

NetBeansのUIウィジェットの遅さは、Swingだからかと思ってたが？

EclipseのJavaエディタ凄すぎ。　逐次的にコンパイルしてるんでしょ。
静的エラーは完璧に教えてくれるし、コンパイル時間はかからないし。
久しぶりにC++やってみたら、コンパイルしないと静的エラーもわからないなんて耐えられなかった。ちょっとの変更でも、コンパイル時間がめちゃかかることもあるし。

つうか、その程度はEclipse以外のJava IDEのエディタでもやってるだろ。

>>350
VMのバージョンが古いかNetBeansのバージョンが古いか、マシンが貧弱すぎるだけなんじゃねぇの？

VM 1.4.2, NetBeansIDE5, マシンP4の3GHz、メモリ2GBっす。

VMのバージョンあげろ。話はそれからだ。

ってか、1.5しかないじゃん。そうしたら。笑

SwingがJava2SE5で速くなったからSWT不要って流れだろ。
改善されたものを使わずに遅い遅い言っててもどうしょうもない。

>>358
> SwingがJava2SE5で速くなったからSWT不要って流れだろ。

どんな流れだそりゃ。笑

情報が数ヶ月前から止まってる人ですか？

つーことで、1.5入れてみた。確かにはやくなった。
だが、メニューバーを開いてそのまま右左マウスカーソルを動かすと、
Eclipseのほうが、NetBeansよりも、ちびっとだけ速く反応する感じだね。
画面の描画もEclipseのほうがちびっと速い。まあ、でもこの差は大したことないかもね。
つーかスレ違いだな。もうそろそろ。

1.5を使えって簡単にいうが、それは趣味の話だろ？
仕事で使う場合は、いまだに1.4.xなんてよくある。

むしろメインの話題じゃね？

NetBeansがか?　笑

>>362
SwingとかNetBeansが遅いっていうのは1.5を使ってから言えって話だよ。
仕事でも開発マシンは1.5にできると思うが。

できん。そうすると一部のInterfaceが1.5で拡張されててうまくビルドできんのよ。

>>364
NetBeansも遅くはなくなったってところ。
そっから「eclipseってそんなに良いか？」につながるから。
特に、Eclipseの対抗としてはNetBeansが大きい位置を占めてるわけだし。

>>366
コンパイルオプションに1.4指定するか、javacだけ1.4使えばいいんじゃないの？

それはこっちかもな。
http://pc8.2ch.net/test/read.cgi/prog/1146788310/

おぉ、そんなスレが。

未だに現場では1.4.xベースが圧倒的に多いのは、
5.0にバグがあるとかこなれていないとかではなく、
新しい仕様を覚える余裕がない、あるいは新しい仕様を覚える気が無い
エンジニアが多いからなのではないだろうか。

俺もそう思う。
ジェネリクスとか最高に便利だと思うが、中年プログラマーの方には理解できないんだろうか。

禿同。老害をまき散らす以外に能のない30歳以上のエンジニアは全員強制退職にして欲しい。

たとえばEclipseとかか？ 笑
Eclipse Reference Platformsはいまだに1.4.2_08。　

アメリカじゃ、有名なのはだいたい中年プログラマだぞ。
日本くらいだよ。若いのは。というかそういう若者は製品開発というか現場だが。

そういえば、中年の一人、でざぱたGoFのErich GammaってEclipseのチームだよね。
（というかんじでEclipseの話題にもどしてみた）

>>372
つーか、genericsはちみにとっては最近おぼえたんで新鮮かもしれんが、
STLってけっこう前からあるので、中プロだってそんくらい知ってるだろ。

むしろ足を引っ張る以外に能のない20代のガキを現場に入れるな。
ニート監禁施設で10年間職業訓練させろ。

こまったことに中年プログラマはSTLもよくわかってない。

理解できる・できないじゃなくて
新しいことを覚えようとしないだけじゃない？
面倒だったりやる気がなかったり余裕がなかったりで。

>>376
30代無能PGの登場です。
自分がプロジェクトの足を引っ張っていることには気づいていないｗ

>>352とか>>362とか>>366とかひどいな
なんかNetBeansもEclipseも使ってないのに批判してるやつら多いな

まずNetBeansIDE自体は5.0でもプロジェクト単位ですきなJDKを選べる
Javac使ってるが故の自由度の高さだ
特定のリビジョンで開発も可能

5.0自体もうすぐでてから2年になるし問題はないな
Tomcat5.5使うなら5.0以上使え

Eclipseは右クリックででるメニューが出るのがいように遅い場合が結構多い
あれはなんだろうか

>>380
だな。IDE の動作環境と業務の動作環境の区別もつかないのはｲﾀｲ。
IDE の動作環境の話が、なんでジェネリクスの話になってんだw

つーかNetBeansの話はこのくらいにして、
Eclipseの話しねーか？

Eclipseはもう先がないからな

>>382
ここは >>383 みたいな Eclipse アンチ隔離スレだろ？

3.2日本語版まだ？

Eclipse以外にまともなJava用IDEってあるの？

Eclipseもまともとは言えないな・・・

むしろ、JBuilderとかJDeveloperとかの方がまともだな。あとはSun Java Studioか。
ウェブアプリはEclipseが一番使いにくい。
GUIアプリもEclipseが一番使いにくい。
UIのないライブラリ書くときだけEclipseが便利。

WTPっつーものもあるが
セットアップの楽さとかかんがえると新節度ではJBuilderは確かに他を圧倒する

ただ、有償なので触った人は少ないのが欠点か
かなり昔からさわりやすいまともな環境を用意していたのはこれだけ
ボーランドがJBuilderに集中してリソースふっていればたぶん負けなかったのかもしれないけど
撤退だからもうどうしようもないね

いまだとNetBeansのweb.xmlの管理ツールはいいとおもう
昨日は少ないけど、あそこからソースにすぐ飛べるのはいいと思う
セットアップも楽だしね
Tomcatをあまり意識しない

|　釣れますか？　　　　　　 　　　　　　　　 ,
＼　　　　　　　　　　　　 　 　 　 　 　 　 ,／ヽ
　 ￣∨￣￣￣￣￣￣￣ 　 　 　 　 ,／　　　ヽ
　　 ∧＿∧　 　 　 　 　 ∧∧　　,／ 　 　 　 　 ヽ
　　（　´∀｀） 　 　 　 　 (ﾟДﾟ,,),／　　　 　 　 　 　 ヽ
　　（　　　　）　　　　　　(|　　つ@　　 　 　 　 　 　 　 ヽ
　　｜ ｜　| 　 ＿＿_ 〜|　　|　　　　　　　　　　　　　 　 ヽ
　　（_＿）＿）　|――|. 　∪∪　　　　 　 　 　 　 　 　 　 　 ヽ
　　￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　　　 　 　 　 ヽ
　　／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ　゜~ ~。゜　~ ~　~ ~~　~ ~~　~ ~~　~~　~~
　　⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡　〜　〜〜　〜〜　〜〜　〜　〜

>>389
色々詳しいな。Eclipseは3.2からCallistoがあるけどだめか？

だめということはないけど、Eclipseってやっぱりバージョンアップの恩恵が少ないというか
プラグイン互換問題は3.2でもぽつぽつとでたりしていてなんとかならないのかと

プラグインという時点でどういったライブラリを使うか意識してるしIDEとの結合度は
大分弱いのかなぁとNetBeans5.5ためしてみたら思ったりする

NetBeansはいつも最新の環境のサポート早いのでJavaSE,EE、MEのリファレンス的な
位置づけになってきたなと

NetBeansは4.1まではリファクタリングが弱かったけど5.0からはほとんどEclipseと同じ感じだし
5.5ではEE部分で圧倒的なアドバンテージがある
今後CreaterやEnterpriseの機能取り込むのとエディタ部分１から書き直したり
subVersion対応するようなんでまー目玉機能満載だな

そういうわくわく感をEclipseにも感じさせてくれよと

JBuilderは死ぬ前にNetBeansあたりにデータバインディングコンポーネントを
提供すればよかったのではないかとおもったり

JDevは2年ほど前に触ったがメリットが見えなく触るのを辞めたが、今はかなりよくなってるようだね
Ideaは使ってないのですまん

とりあえずいろんなIDEさわってみるといろいろな発見があっていいものだよ
EclipseとNetBeansだけメインでさわっていてもこれほど方向が違うのかと
そして思っている以上にEclipseのアドバンテージはない
5.0以降は本当にエディタのみという感じになってきた（それも僅差

正直なところ、netbeansのほうが機能面では優れていると思う。
しかし、今さら俺はEclipseの使い勝手から離れられない。

>>393
俺もそう思う。

IBMとSunのマーケティング力の違いが大きいな。
一旦ここまで普及したEclipseのシェアをひっくり返すのは容易なことではない。
モノが優れているだけでは無理だろうな。
Sunはいつもそう。持っているモノはいいのに、それを活かしきれない。広められない。

ま、どっちかがつぶれるよりお互いが競い合っているからこそいいのができる
そんな気がする

しかしこの春にEclipse本でまくったもんだな

リアルタイムJavaもNetBeansですよ
http://www.netbeans.org/kb/articles/java-rts.html

しかし、最近はeclipse膠着気味じゃないか？
SWTがやっぱあんまりよくない気がする。

漏れはWinでDOS窓と秀丸エディタとjavacで開発してるんだけど、コード行数かぞえたり、
リファレンスの検索や複雑な置換はPerlでやってんだけど、こういう人いますか？
EclipseもJBilderもなんか使いにくくて。

>>398
EclipseとJBuilderがだめなら、次はNetBeansだな。

>>399
ためしてみます。これで4つめ。

これはなかなか良さそうな気がする>>399

＞漏れはWinでDOS窓と秀丸エディタとjavacで開発してるんだけど、

今時いんの？開発効率わりすぎんべ

具体的に、効率に大きな差が開く場合をあげてくれ。

まず、俺が一番のメリットだと思うのが
>>352

後はメソッド呼び出し階層検索やらインデントの訂正・不要インポートの除去

プロパティファイル弄るときは native to ascii しなくてもいいし、
swing作るときはvisual editor使えばいいしね。

細かいところをあげればキリがない。

JSPとHTMLしか触りませんっていうなら秀丸でいいんでね？

エディタに打ち込んでる合間にバックグラウンドでリアルタイムにコンパイルしてるんでしょ？
だからあんなにエラー訂正や補完が完璧なんだろうな。頭いいエディタだとつくづく思う。
デバッグ環境とリファクタリングもすごい充実してて超便利だし。
メソッド呼び出し階層みるのもツリービューに表示して、呼び出した側からでも呼び出された側でも縦横無尽に呼び出し関係を見ることができるし。

>後はメソッド呼び出し階層検索やら

脳内で充分こなせるけど。

>インデントの訂正

まちがえたことなんかないな。

>不要インポートの除去

*で指定して、コンパイルが通れば動くし、
異常なコードをコンパイラが生成することもない。
完全名で指定するのはなにかIDE側の都合の部分もあるし。

>プロパティファイル弄るときは native to ascii しなくてもいいし、
UTF-8で編集できるエディタなら直接編集できる。

>swing作るときはvisual editor使えばいいしね。

使いにくい。激しく。

>細かいところをあげればキリがない。

IDEってのは細かいところをまめにフォローして使いやすいでしょって
いってるところが大きいと思うんだけど、こまかいところって慣れの問題でしかない。
複数で共通の開発環境をっていうときは必要かなと思うが。
それにJavaのIDEはまだ未成熟じゃん。

・後はメソッド呼び出し階層検索やら
＞脳内で充分こなせるけど。

PGがおまえ一人なら可能かもしれんな。他の人が作ったソースを全て記憶してるのか？

・インデントの訂正
＞まちがえたことなんかないな。

100%ありえない。インデントを間違えたことのないPGなんてな。

・プロパティファイル弄るときは native to ascii しなくてもいいし、
＞UTF-8で編集できるエディタなら直接編集できる。

秀丸とDOSでやってんじゃないの？

プロパティファイルってASCIIコードだよ。UTF-8(ユニコード)じゃないよ。

>>406は学生PG？
とりあえず、propertiesファイルが編集可能なエディタ教えてくれ。
前に探したことあったけど見つからなかったんだよね。

swing<->EJBあわせて十段越えのメソッドとか、
一クラス数万行、メソッド100個以上とかのソース扱ったことがあれば
IDEが便利だって思うんじゃないか?
自分が書いたんならともかく、他人が書いた上のようなソース(当然ひどい出来)に
脳内スペースを割きたいなんて絶対思わないし。

>>407

俺は一人でかいてるから、開発環境にこだわる必要はないんだ。
ただいつでもより便利なツールは探しているけど。

>100%ありえない。インデントを間違えたことのないPGなんてな

はいはい。

>>408
Properties#storeToXML(..)で保存したプロパティファイルの事じゃないの？

>>410
>一クラス数万行、メソッド100個以上とかのソース

極論持ち出さないとIDEの優位性は際だちませんかね？

>>411はニート(もしくはニート同然)であることがよくわかりました。

1クラスに数万行(ﾜﾗ)も書くようなのはコンパイル通るんかね？

今ちょっと遊びがてらやってみたんだが、
public class Test {
int value0 = 0;
int value1 = 1;
//5万まで続ける
}
とか、
class Test5 {
public static void main(String args[]) {
int i=0;
i++;
i++;
//5万回くりかえす。
}
}
ってソースを作ってコンパイルしてみたら、
「コードが大きすぎます。」といってコンパイルできなかった。w
>>410ってもしかしてプロジェクトとクラスの違いすら分かってないとか。w

一人で書いてるのならIDEのメリットを理解できなくて当然。
あんたには理解するのは無理だ。

>>411
俺は長い間、エディタ派だった。環境とまで言われた Emacs (xyzzy)。
たしかに今でもエディタがいいと思うときもあるが、総合的に差がありすぎる。

エディタでも階層表示したり、自動コンパイル、メソッドジャンプはできる。自動 native2ascii もな。
ただ、おまいはエディタでそれさえも使ってないのに、エディタが優位という意味が分からん。
チーム開発でデバッガーやリファクタリングもできないソフト使う奴は困る。
まー、1人で開発してるならいいよ。

というか、大丈夫かw プロパティだよ。
Java のことをあまり知らないと会話ができないよ。
あと、どっちかというと Java を 1 人で開発することが、極論だよ。
1 人開発で Java ってどうなんだ？
まー、煽るわけではないが、Eclipse の全機能使って、プラグインの有名どころ
全部使ってみてみ。

>>414
それならIDEを導入する主な理由は複数で作業するためということでFA？

でもねーunixの世界ではXとシェル窓がIDEみたいなものだったわけでしょ。
全員がシェルで開発していたときだってあるわけで、チームのメンバーが
育った環境次第じゃないの？
今はIDEで育った連中がほとんどってだけのことで。

Sunのチュートリアルのコードを見てると、IDEで書いたとは思えないソースも
たくさんあるんだよな。
大手の研究所なんかでは逆にIDEは使わないじゃないの？
野麦峠的に人をこき使って粗製濫造するIT現場で重宝されてるだけで。
どんどんやめてくし、基礎からみっちり教えるなんて効率悪いから
IDEってことじゃないの？
だからインデントを自動訂正してくれるのがいいとか、失笑しちゃうような
意見が出たりするわけで。w

>>415
>たしかに今でもエディタがいいと思うときもあるが、総合的に差がありすぎる。

どこが？それが知りたいよ。

>というか、大丈夫かw プロパティだよ。

なにのプロパティファイルのこといってるの？
教えてください。お願いします。

それからJavaでも一人で作れるものはあるし、
一人でなければできないものもあるんだよね。
当然でしょ。
一人で作ってることをとやかくいうやつの気がしれない。

>>416
逆に「IDE を使わない」と何が便利なの？

漏れも Eclipse は正直さほど好きじゃないけど（MS信者でVisualStudio派だから）、
自分でアレコレ ant やら Makefile やら書かなくてもいいのはラクなんで使ってる。

複数人数でないとＩＤＥが使えないってのはちょっと話の流れにのっただけのトンデモ発言だと思う。
「実際、無いよりあったほうがいいじゃん」で「うん」って言わない奴には何言ってもしょうがないと思うが、
つーか、その程度のものだと思うし、それでいいと思うんだが。

とりあえず、ボタン一発でビルドできて実行できて、ＶＣ６並のデバッガついてて、
ＶＣのワークスペースやインテリジェンス機能っぽいものがあれば満足だよ。俺は。

とりあえず、メイクファイルっぽいものを作るのだけは勘弁してほしいと思う。

>チーム開発でデバッガーやリファクタリングもできないソフト使う奴は困る。
>まー、1人で開発してるならいいよ。

ていうより、これは「俺と同じ環境で開発しろよ」っていってるだけ。
部下にはそれでいいよ。

>>418
そりゃ違う話じゃねーの？
奴のエディタがどの程度の機能を抱えてるかによって
たしかにＩＤＥ環境は糞になるのかもしれねーぞ。
世の中広いしな。変なエディタの使い方してる奴いっぱいいるし。

Makefile とか書きたくない、と書いた端からなんなんだけど、
ターゲット複数指定して #ifdef でコードの一部を変えて、というC/C++では
あたりまえのことが簡単にできない Java だと ant とやらを勉強してみようか、
という気になることもあるな・・・

DoJa と Vodafone JCSL と素のMIDP とか、複数のプロファイルのプラット
フォーム用のコード（夫々デバグ用コード入りのと無いのと）書いてるとき。

>>418
はじめにいっとくけど俺もエディタでやるのが最高とかいってるわけじゃないよ。
ソースをIDEの都合で勝手に書き換えられてしまうことがない。
それから書き方の作法を強制されたくない。
ケースバイケースだけど楽なのより確実なほうを取る傾向がある。
バグがあって挙動不審なIDEは安心できない。

GUIの開発にはIDEは必須だと思っているけど、満足いくIDEがないだけ。
(MSのVBとかは使いやすかった)。NetBeansはなかなかいい線いってると思うが、
まだもう一押したりないかなー。

>413
おいおい、eclipseのメモリ増やさないとそんなの通るわけないじゃん。
デフォルト256Mだから512Mぐらいまであげてみ。

>423
Flex2.0のβ3(かな?)がeclipse3.1.2ベースなんで触ってみるといいかも。
結構使いやすいよ。

というかあそこまで出来るんなら
他のeclipseのGUIプラグインももっとがんばれるんじゃとか思える。

>>424
そんなのつかってない。シェルから実行。
もしよければeclipseでコンパイルできるかどうか試してみて。

>>425
試してみます。

ところでここで言ってるプロパティファイルってなに？
Propertiesのsave(..)やstoreToXML(..)のそれとは別の話なの？

シェルでやってると、>>413のような実験ソースをPerlでものの2分程度でこさえて、
コンパイルと→だめじゃん(普通は)ってすぐに調べたりできるのも良いところ。
これをJavaだけでやろうとしたり、IDEだけしか使えなかったりすると、
時間くっちまうと思うよ。難しくはないけど。

NetBeansのGUI配置はVBよりらくだからねぇ
出来上がったコード見ると手作業では無理だというのがすぐに分かる

5.5みてるとEclipseも結構やばい感じ
WEBサービスの鯖とクライアントがウィザードと普通にクラスつくってすぐに完成
同根のTomcatですぐにテストできるし

ひそかにプロファイラかなりいいね
リモートプロファイリングも出来るからすでに動いてる鯖やEclipseで作成中のプロジェクトを
NetBeansでプロファイルとって綺麗にグラフで報告が出来上がる

昔はプロファイラだけで数十万かかるのが普通だったんだがね

>>429
Perl はエディタか？ エディタ＋スクリプトだろ？
Eclipse ＋ Eclipse Text Editor Extensions と同じだ。

っつか、なんでエディタは Perl で組み合わせて話しといて
IDE は、だけ、になるんか意味が分からん。
まー、エディタだったら Perl なんか使わないでマクロだろ。

つまり、それだけのハンデをつけないと批判すらできないプアなものだということ。

>>431-432
はいはい。w

>>430
少しの差じゃないの？
All-In-One Eclipse で WTP 使って Web サービス作成して、
TPTP でプロファイルするのと。TPTP は高機能過ぎだけどな。

しゃーないな。結論だ。
エディタを拡張していけばIDEになる。
エディタ擁護論者はひとつのエディタの操作方法に依存してるだけで
IDEに乗りかえれないんじゃない。他のエディタにも乗り換えれない。

>>436
脳みそが硬くなった中高年プログラマに比較的多く見られる傾向だね。

>>436
IDEがない環境に移ったら君はなんにもできないだろうね。
狭いタコツボ空間で天狗になってればいいさ。w

>>438
俺かw
emacs、vi、秀丸でもいいよ。
元々エディタがメインなのに使えない訳がない。
言い方が悪かったな。片方しか使えない奴はだめだということだ。
っつか、エディタごとき使えない奴がいるのか？w
エディタ使えて、IDE使えないオッサンはたくさんいそうだ。

>>437
まあまあ、君もあっというまに中高年の仲間入りするんだから。

>>439
はいはい、エロスエロス。
ガンコジジイみたいな文体にワロス。

＞IDEがない環境に移ったら君はなんにもできないだろうね。
＞狭いタコツボ空間で天狗になってればいいさ。w

だってあるもんは仕方ないし、これからも消えることは無いからねぇ・・・

話の腰折ってすまないが、プロパティファイルを編集可能なエディタを教えてくれよ。
俺、まじで探してるんだよ。

>>443
エディタしか使わない達人はユニコード文字コードを直接書くんじゃないのか？

>>442
消えなくても使われなくなる事はあるかもな。
シェルだって今も残ってるし。

中高年になったとき俺はEclipseで覚えたしこれが最高とかいっても
馬鹿にされてしまう世界。ありそうじゃない？w

言語も開発環境もはやり廃りってのがあるから。

>>443
だからなんのプロパティファイル？

つまり、今よりも便利なIDEが出てきたらってことだろ？
それならそっちに乗り換えりゃいい話じゃん。

>>446
拡張子が*.propertiesでjava.util.Properties クラスから読み込み可能なファイルだよ。

と、いうかJAVAでプロパティファイルといえば、どう考えてもこれを指す。

NetBeans5.5はEclipse3.2おいこしちゃったかな

>>447
それはどうなるかなぁ。マイナーチェンジ程度ならいいけどさ。
たとえば別の言語やOSに変わってしまうとかさ。
立体映像や三次元処理とか多点同時入力デバイスや音声認識を前提にしたOSになりましたとかさ。
パトレイバーみたいに二足ロボットを制御するOSとかさ。
それまでの前提ぶちこわしは定期的にあるよ。この世界。

>>448
storeToXML(..)で書き出せば秀丸で編集できるんじゃない？
save(..)だと漢字が文字列リテラルになっちゃうけど。

>>451
>storeToXML(..)で書き出せば秀丸で編集できるんじゃない？
kwsk

java.util.Properties#storeToXML(..)でプロパティファイルを出力すれば、
秀丸で編集できるでしょ。普通に。UTF-8で。
それとも表形式になってなきゃいや？

>>452
それに秀丸なんか持ち出さなくてもWinのnotepad.exeでもできるし。
UTF-8対応してるもんね。

そゆことかい！

プロパティファイル生成するためのJAVAソース書いてコンパイルして実行！？
おまいはそんなめんどくさいことをいちいちやってんの！？

>>455
こいつはEclipseなにでできてんのか知ってるのか？

>>455
なにがめんどくさいの？
生成するためにはJavaソース書く必要はないじゃん。
PropertiesのXMLは単純なものだから、HTML手書きよりずっと簡単。

それで君はどんなやり方やってるの？

>>455
Eclipse + PropertiesEditor
エディタなら
xyzzy + properties-mode

storeToXML はプロジェクトのあれこれ使えないことが多いしな。
あと、save は非推奨だろ。store。

>>458
>storeToXML はプロジェクトのあれこれ使えないことが多いしな。

そんなものはIDEに縛られてるから困るってだけのことじゃんか。
だいたい不便だからSunもstoreToXMLを用意したんだろうし。
Eclipseの開発チームがなんとかしてくれるまでまってるしか能もないわけか。

>あと、save は非推奨だろ。store。

savaもstoreもフォーマットは同じ。
今でている編集の問題には無関係。

おまいは一つだけ勘違いしてるよ。
IDE使ってるやつらは、それがないとコーディングができないわけじゃない。
開発効率をあげるために使ってる。

メソッドや変数のリネームとかいちいちエディタでやってられないだろ？

>>459
IDEに縛られるわけねーだろ？
プロジェクトルールだよ。エディタも同じだ。
あと、なんとかしれくれるまで待つってのもおまえを基準に考えるなよ。
Java開発者なら簡単なプラグインくらい作れるだろ。
エディタで emacs だったら lisp 書く。同じだ。

>>460
>メソッドや変数のリネームとかいちいちエディタでやってられないだろ？

それ用のスクリプト組んでるので困ってない。
効率があがるかどうかは、なにを開発するかにもよる。

それようのスクリプトって・・・
結局、grepして置換するだけだろ？

>>460
＞プロジェクトルールだよ。

それはおまえと仲間内の事情にすぎなくて、部外者にはまーたく従う必要がないわけ。w
それこそ君の基準で考えちゃいけないね。君が血相かえて死守しようとしている約束事も
関係ない人からみれば鼻でせせらわらっておしまい。

> Java開発者なら簡単なプラグインくらい作れるだろ。

はぁ？そうなの。
Eclipseユーザじゃないから知ったことじゃない。

>>463
それが君の限界。w

>>464は>>461にむけたレスね。まちがえた。

だからさ、エディタで充分って思っている奴にはIDEのメリットは理解不能だって。
誰にも迷惑書けないんだし、一生使わなくていいよ。おっさん。

芝居なんかで強いヤツがいなくなってから啖呵を切るチビがいるけどそんな感じ？

>>465

>>465
嘘つけや。クラスの相関を考えた上でのリネームを行うのはスクリプトの限界超えてるだろ。
そんなん作ったんならうｐしてくれや。

おまいは
インデントを間違えたことがない。
メソッドがどこで呼び出されているか
完璧に把握している。

どんだけ嘘ついてんの？

とりあえず重いのが気に食わん。嫌いだ。

IDEが重いことが原因でロスる時間 >>>> IDEを使うことで得する時間
好き嫌いとか言ってられない。

Pen3でメモリ128Mくらいかな？君のマシンは

・・・新しいのリースしてもらえよ。

Eclipseが重くていやならNetBeansですよ

Eclipseはプラグイン入れなきゃ十分軽いぞ
有名どころ入れるだけでもかなり重くなるけど

>>470
自分の能力を超えてる発言はウソか。

はいはいｗ

>>465
やっぱエディタは単独で何もできない低機能だなw
まー、エディタで十分だと思ってるならIDEいらんだろ。
引きこもりの暇人にはエディタがよく合うw

っつーか、自分で分かってると思うが、IDE使いこなせいだけだろ？w
当たり前だが、エディタはよく使うよ。
サーバにログインして vi や emacs ＋ Perl や sed、awk で編集するからな。
エディタ＋スクリプトが IDE になることに早く気づけよ。

使い慣れたエディタからでたがらないというのはよくわかる
でも、多少エディットがしにくくなろうとも補完やら構文エラーやプロファイル等全部含めて
総合的な効率のよさを追求すべき

特に仕事ならな
実際のところ趣味のプログラムだって時間がそんなに取れるわけではないから同じだが

プログラムで実際にタイプする部分だけでの効率がよくなったところで
プログラムの完成は早くなるわけではない

ワープロとか文章打つときはタイプが最重要かもしれないが、1メソッド20行以下が普通な今の状況では
誤差と考えていいだろう

まったく、これだから頭の固い中年PGは・・・
まさにプロジェクトの癌だな

たしかに未だにエディタ only の中年 PG っているな。
そういう奴って、スクリプトに関して自称上級者だから扱いが大変だ。
デバッグすんのに、System.out すんなっつーのw

まあ477は明らかに学生だが。

>>482
> デバッグすんのに、System.out すんなっつーのw

それは場合によるぞ、若者よ。
event drivenベースなUIの場合は、デバッガでbreakpointを設定とかできない場合がある。
例えば、Eclipseのplug-inの開発で、SWTのカスタムコントロールを作ったりする場合、
eventの順序によって影響を受けるバグとかは、System.out.printlnとかが有用の場合がある。
あと、手っ取り早くDebugしたい場合とかもSystem.out.printlnとかは役にたつ。
あくまでもcase by caseだ。それは。

まぁ、学生 or ｴﾃﾞｨﾀﾏﾝｾｰ中年PGは引っ込んでな

昭和生まれはさっさと死滅すりゃいいのにな

>>486
大正生まれPG乙

昭和生まれってのはいくらなんでも無理がある。

たしかに．
前世紀生まれは氏ね，くらいにしておくのがよかろう．

小学生乙

>>484
おっちゃん、ブレークポイントには条件やフィルター設定できるの知ってるかい？
っつーか、「System.out が有用な場合がある」 という時点で、おっちゃんは
デバッガ使えるんだろ？言い方が悪かったよ。

デバッガの使い方が分からないからって、System.out すんなっつーのw

(*´･ω･)(･ω･｀*)ﾈｰ

Webアプリだと、ブレークポイント置いてデバッグモードでTomcat立ち上げなおすより、System.outで出力した方が早いからなぁ。

ようはログをよむのがいいかとめてリアルタイムで見るのがいいかだからな
プログラムに慣れてる人ほどデバッガはあんまりつかってない感じ
現在の状態だけがポイントではなく、流れを把握してなんぼだからね

というかデバッガ持ち出すような深刻なバグださんからな
しくじれば即暴走で最初からやり直しという環境で慣れてしまった年よりは
どうしても目視とかで机上デバッグがうまい

まぁメソッド修正したらもう一度そのメソッドをやり直せるのは便利ではある

ただ、コアAPIでロギング実装してからもう5年近くたつんだしログ吐き出すにもそっちのほうがいいのだが
フォーマッタいじらないと2行出るのがだるいしな
かといってLog4Jもわざわざもちだすのもあれだし

せめてSystem.out.printf使え

（ ﾟдﾟ）ﾎﾟｶｰﾝ

お、おれは釣られないからなぁー！AA（ｒｙ

|　>>494さん、釣れますか？　　　　　　 　　　　　　　　 ,
＼　　　　　　　　　　　　 　 　 　 　 　 　 ,／ヽ
　 ￣∨￣￣￣￣￣￣￣ 　 　 　 　 ,／　　　ヽ
　　 ∧＿∧　 　 　 　 　 ∧∧　　,／ 　 　 　 　 ヽ
　　（　´∀｀） 　 　 　 　 (ﾟДﾟ,,),／　　　 　 　 　 　 ヽ
　　（　　　　）　　　　　　(|　　つ@　　 　 　 　 　 　 　 ヽ
　　｜ ｜　| 　 ＿＿_ 〜|　　|　　　　　　　　　　　　　 　 ヽ
　　（_＿）＿）　|――|. 　∪∪　　　　 　 　 　 　 　 　 　 　 ヽ
　　￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　　　 　 　 　 ヽ
　　／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ　゜~ ~。゜　~ ~　~ ~~　~ ~~　~ ~~　~~　~~
　　⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡　〜　〜〜　〜〜　〜〜　〜　〜

普通、Logger.global.finest()を使うだろ

駄目だ・・・>>494みたいなのがいる限り、デスマーチは消えないだろう・・・

　 　　＿＿　 　 　 　 　ﾄ ､ ＿ :::::::::::::::::::::::::::::::＿＿ 　 -―　 ／;;;;;;;;;;;;
　 　/: : : : : : `　ｰ――|　 　 　￣￣￣￣￣´　　　　　　　／;;;;;;;;;;;;;;;;;;;
　 　{:::::::::::::::::::::::::::::::::::::L　 　 　 　 　 　 　　　　　　　　／;;;;;;;;;;;;;;;;;;;;;;;;;
　 　ヽ::::::::::::::::::::::::::::::::::::::::`ー- 　 ＿＿＿＿＿＿／´;;;;;;;;;;;;;;;;＿　 ィ;;
＼　 　＼:::::::::::::::::::::::::::::::_,::.:::::::::::::::::::::::::::::::::::::／;;;;;;;;;;_　ィ´￣: : : : ｢´
　 ＼　 　＼::::::::::::,　ィ´／::::::::::::::::::::::::::::::::／´;;;;;∠ ----ﾄ: :rーメ: : l
　 　 |　 　 　 ￣´　 /∠ ＿＿＿＿＿／´;;_ -‐"_ノ!: :｝ ./ |: !/´ | ﾄ､:|
　 　 ＼　 　 　 　 　|ﾊ: l: l;;;;;;;;;;;;;;;;;;;;;;;;;;￣;;;;;;;;; ゝ.二0ﾉ ';;;;;|:|）　/: :| l:|
　 　 　 | 　 　 　 　 |.ハ|:lﾊ　 ;;;;;;;;;;;;;;;;　 　;;;;;;;;;;;;;;;;;;;;;;;;;;;　 |/_／ﾍ.:| lハ
　 　 　 | 　 　 　 ／|　 　／l 　 　 　 ｔ!　 　 　 　 　 　 　 /｢ ／　 ﾘ
　 　 　 ＼　 　／ 　 　 / 　 ＼ 　 　 ｰ ― 　 　 　 　 ／|' |'´
　 　 　 　 ＼ /　 　 　/　 　 　 ＼　 　 ｰ　　　　　／　/ 　 ＿＿
　 　 　 　 　 ＼　　　/　 　 ＿　 　`ト ､ __ 　-‐ '" 　 /　／/　 　＼
　 　 　 　 　 　 ＼　/／￣　　l＼ 　 l＼　 　 　／ ／　 ＼/　 　 ／＼
　 　 　 　 　 　 　 ￣￣＼＿　|　/　 ＼　 　 　 ／　 　 　 ＼　／
　 　 　 　 　 　 　 　 　 　 　 ￣＼ ＿.　＼　 ／＿　 -―７´ 　 ＼
　 　 　 　 　 　 　 　 　 　 　 　 　 　 　＼￣´￣　／ 　 /　 　 　 　＼
　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　＼￣￣|　 　/

　 　　＿＿　 　 　 　 　ﾄ ､ ＿ :::::::::::::::::::::::::::::::＿＿ 　 -―　 ／;;;;;;;;;;;;
　 　/: : : : : : `　ｰ――|　 　 　￣￣￣￣￣´　　　　　　　／;;;;;;;;;;;;;;;;;;;
　 　{:::::::::::::::::::::::::::::::::::::L　 　 　 　 　 　 　　　　　　　　／;;;;;;;;;;;;;;;;;;;;;;;;;
　 　ヽ::::::::::::::::::::::::::::::::::::::::`ー- 　 ＿＿＿＿＿＿／´;;;;;;;;;;;;;;;;＿　 ィ;;
＼　 　＼:::::::::::::::::::::::::::::::_,::.:::::::::::::::::::::::::::::::::::::／;;;;;;;;;;_　ィ´￣: : : : ｢´
　 ＼　 　＼::::::::::::,　ィ´／::::::::::::::::::::::::::::::::／´;;;;;∠ ----ﾄ: :rーメ: : l
　 　 |　 　 　 ￣´　 /∠ ＿＿＿＿＿／´;;_ -‐"_ノ!: :｝ ./ |: !/´ | ﾄ､:|
　 　 ＼　 　 　 　 　|ﾊ: l: l;;;;;;;;;;;;;;;;;;;;;;;;;;￣;;;;;;;;; ゝ.二0ﾉ ';;;;;|:|）　/: :| l:|
　 　 　 | 　 　 　 　 |.ハ|:lﾊ　 ;;;;;;;;;;;;;;;;　 　;;;;;;;;;;;;;;;;;;;;;;;;;;;　 |/_／ﾍ.:| lハ
　 　 　 | 　 　 　 ／|　 　／l 　 　 　 ｔ!　 　 　 　 　 　 　 /｢ ／　 ﾘ
　 　 　 ＼　 　／ 　 　 / 　 ＼ 　 　 ｰ ― 　 　 　 　 ／|' |'´
　 　 　 　 ＼ /　 　 　/　 　 　 ＼　 　 ｰ　　　　　／　/ 　 ＿＿
　 　 　 　 　 ＼　　　/　 　 ＿　 　`ト ､ __ 　-‐ '" 　 /　／/　 　＼
　 　 　 　 　 　 ＼　/／￣　　l＼ 　 l＼　 　 　／ ／　 ＼/　 　 ／＼
　 　 　 　 　 　 　 ￣￣＼＿　|　/　 ＼　 　 　 ／　 　 　 ＼　／
　 　 　 　 　 　 　 　 　 　 　 ￣＼ ＿.　＼　 ／＿　 -―７´ 　 ＼
　 　 　 　 　 　 　 　 　 　 　 　 　 　 　＼￣´￣　／ 　 /　 　 　 　＼
　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　＼￣￣|　 　/

printfでオブジェクトのメンバを全部出力！
ｶﾞﾝｶﾞﾚ、超ｶﾞﾝｶﾞﾚ！

>>494 久々にすげー奴がきたな。

>>484
logger使えよ、ブタｗｗｗ

>>503はやねうらお級の馬鹿ですね

Eclipseはスレタイ通りそんなに良くはない
これからはNetBeans

だいたいあってる

Eclipseを切り捨てるほど
NetBeansはまだ満足に使える気がしないなあ

今のままだとNetBeansが使える用途は限られるね

WEBアプリやEJB使ったアプリ、
クラサバとかスタンドアロンのGUIアプリくらい

J2MEもいいのだが日本だと事実上携帯電話2社用がほとんどなうえ
片方はMIDPですらないからね

そのほかはEclipseつかいねぇ

他って何が残ってる？

PHPとかCとか・・・

プゲラ

>>510
iアプリとコマンドラインアプリはEclipseだな。

EclipseってSystem.inって使いやすくなったの?

>>513
頭と尻尾はくれてやるです。

>>514
何が言いたい？

System.inなんてScannerクラスを使えばもういらない気がする
Java5.0では

IDEで標準入力をどうするかってことだろ

51 ：デフォルトの名無しさん ：04/11/28 16:20:03
>>50
Google（日本語）で「eclipse」という語で検索していただけますでしょうか？
そしたらお分かりになられるかと思われます。
それで分からないのならば、JAVAを勉強する資格すらありません。

フリーソフトにありがちなんだけど、ぐぐってもさっぱりわからんよ。
どこで配っているんだよ？

エロサイトと同じでさ、こんなサイト有りますよってリンク切れリストばっかり。

>>518

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ　　
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

eclipseってただの単語でJavaもキーワードに入れないとノイズが多い
.NETも同じ理由で厳しい

プロジェクトの名前も大事だと思った

Eclipse IDE
でぐぐれ

Visual Studioみたいな高レベルのでのプログラマの作業支援してくれるものだと思ってた
わけよ。

で使ってみてかなりがっかり。

Visual Studioの方向性はNetBeansが近いのでは?

Eclipseはよくもわるくもエディタの進化しただけで
それの弱点を補おうとプラグインを作る

NetBeansやVisual Studioはこれがないと開発できない
というような感じになってる

NetBeansはそれでいて普通のantファイル作ってくれて
コマンドラインですぐにビルドとかできるあたりが親切だ
あとはチーム開発は今のところCVSだけだがコミットするファイルの設定とかうまくやってる感じ

エディタのくせにIDEより重くて遅い、それがエクリプスクオリティ

いや、エクリプスってIDEですから・・・

Eclispeとか、VS2005とか、重杉。

>>526
「Eclispe って何だろう？」と思ってぐぐって見たら
本当に有るとは！！

>>522
リファクタリング機能をなめちゃいけない

EclipseはVS系というより、どちらかというとEmacs似だろう

Eclipseってリファクタリングとびぬけてるの？
他のIDEと大きく変わらないようなきがするんだけれども

>>528
とかいいつつ、結局使うのは名前変更とアクセッサ生成くらいだろ。

いや、プルアップ、ストリングの外部化、定数化、try-catchで囲む、
メソッドの抽出、メソッドや内部クラスの移動、プッシュダウンは
よく使うぞ。

>>532
察してやれ。>>531 がアクセサ生成しか使ってないんだよ。

>>532
その中でNetBeansに無いのはメソッドの移動と定数化だな。

利ファクタは Eclipse 3.2 で結構強化されたからな。
で、アクセサ生成はリファクタ機能じゃないからな。
ソース生成支援は他にたくさんある。

名前変更
移動
メソッド・シグニチャーの変更
メソッドの抽出
ローカル変数の抽出
定数の抽出
インライン化
匿名クラスをネストに変換
メンバー型をトップ・レベルに変換
ローカル変数をフィールドに変換
スーパークラスの抽出
インターフェースの抽出
使用可能な場合にスーパータイプを使用
プッシュダウン
プルアップ
間接指定の導入
ファクトリーの導入
パラメーターの導入
フィールドのカプセル化
宣言された型の一般化
総称型引数の推測
リファクタリング・スクリプトの作成
リファクタリング・スクリプトの適用

それ全部使ってるやつなんていないだろう

まーな。ただ、機能てんこもりっつーのは MS Office と
同じようなものだと思う。そんな機能つかわねーよ、という反面、
トップシェアを保つ。使いたくねーが、使わされる状況。

NetBeansでも、Jackpotでリファクタリングの数だけはアホみたいに増えるし、足りなくても手軽に定義できるし、時間の問題ではあるな。

>>536
8割方使ってる

JBuilderはEclipseベースに移行するね。

Eclipseベースに移行する意味あるのかね？

JBuilderの利点

１・ウィザード等インターフェースが親切
２・サポートがある
３・プラグインを入れなくてもGUIもJ2EEもOK
４・便利なコンポーネントがある

機能的にもろにNetBeansとかぶっていて３の利点がなくなった
４は囲い込み戦略なので（OracleのADFと同じ）移植性のために使わないようにと推奨されていた
２は商用製品なので当たり前

１がEclipseやNetBeansにないものなのでそれが追加されればEclipseベースになってもかまわないのだろうけど
すべて統合されているからこそ使えるような

JBuilderにEclipseのエディタだけが組み込まれる、なら喜ぶ人はいそうだが微妙だな
それに開発環境方面すべて捨てると宣言してなかったっけ？

それじゃ誰も買わなくなるよな
うちだとGUI関係はみんなNetBeansに移行した
最近Eclipse,JBuilderプロジェクト移行プラグインでたし今なららくかも

>>541
コア・プラットフォーム部分の開発にリソースを割かなくてよくなる。

>>542
つーことは、SWTベースなのか。
JBuilder用プラグインもSWTベースで
しかもEclipseのプラグインとしても使えると？

互換性のためにラップしていたらSwingネイティブ時代より遅くなりそうだな

>>543
コア部分は今まで開発した資産があるだろうし、
今後、大きく変更はないんじゃないか？
それよりもGUIがSWTになったりだとか、eclipse側の
バージョンアップに付いていく事の方がコストがかかる気がする。

それともeclipseに乗っかれば売れるとでも思ってるのかな・・・

>>486
明治生まれか？

IDE 厨
プロジェクトルールで IDE を指定されるとその欠点をあげつらう
それがしばしば宗教論争に発展する（例えば Eclipse/NetBeans など）
プロジェクト以外のもの（交通費請求など）も IDE に組み込もうとする
「簡単だろ？」と得意げにぬかすが、それが時々正しく動かない
そこを糾弾すると逆ギレ
客先の純サーバ環境（Ｘが使えない、など）に直面してフリーズする

エディタ厨
プロジェクトルールで IDE を指定されると文句を言い出す
無理矢理にでもいつも使っているエディタを組み込もうとする
「簡単だろ？」と得意げにぬかすが、それが時々正しく動かない
そこを糾弾すると逆ギレ
客先でも IDE を見かけるとブツクサ言い出し「教育」に励む

優秀な人
プロジェクトルールで IDE を指定されると「あ、そう」と言う
使ったことがあるものなら即使う、なければチュートリアルなぞで覚える
しばらく経つと上記の厨どもより仕事が早くなっている

>>548
おれんとこはIDEは複数使っていたけどね。
マシンが重たい奴は秀丸+antやEmacsとかでさ。
交通費請求ってなんだ？
EclipseやNetBeansはどちらも金かからないぞ。

>>549
業務のための移動にかかった交通費の精算手続きなどである
単なる例であって他のモノでも構わない

要は「なんでもできる」と主張したいわけだ
できないのに


まあＩ厨で一番困るのはフリーズ現象の方だけどね
ひどいのになると逆ギレしだすから始末に困る

例えが悪いと、文章の中身まで疑わしく思ってしまうな。

おれも、viで日本語が化けたりemacsが無かったりするとフリーズする。

エクリプス、Ｖスキャン重いよ

Vスキャンって何？
水平に何かをスキャンする？

Vertical
Horizontal

垂直スキャンだ

さいきんTPTP使ってtomcatをプロファイリングしたんだけど、いろいろ情報が得られて感動した。

エキシプスっていうおっさんＰＧもいるな

VE糞すぎ

VEがいいなんていったやつ出たときからだれもいないだろ

インストール済みのフィーチャーを更新、で必須のみ選択ってボタン押して、
いざインストールの段になると「競合があるので一部の機能が動作しなく
なるかもしれません。続行しますか？」ってなんやこれ。必須いうたやん。
続行したら今度は、シグニチャーがないけどいいか？とか聞かれるしぃー
プログラム書く仕事だと、よそのバグヒットしたくないから更新しないわけには
いかないしね。みんなどうしてる？

eclipseなんて使わない

VSじゃダメなの？

釣られないから

差分とるためだけにEclipseのCVS機能使ったりする
起動が軽ければなぁ

TortoiseCVS使えよ。

つうか今ならCVSではなくSubversionだから
TortoiseSVNだな

SVNってApacheとバークレーDBとかいうのが必要なんでしょ、セットアップがちょいめどいな。

>>567
取りあえずこれを読んで見るべし。
http://subversion.bluegate.org/svn-anti-fud-ja.html

ApacheとバークレーDBは必須ではない。
Subversionだけで十分リポジトリとして機能する。

>>567
いらねえよ。誰に騙されてれているんだお前は。
そんなFUD攻撃していると作者も怒るぞ。

しかもいまどきバークレーなんていらねえし不安定。
Apacheのかわりにsvnserveをつかえばよろし。

それに、面倒ならFedora Core付属のSubversionを使うか
WindowsにインストールできるTortoiseSVN使え。
後者ならマウスだけでインストールできるので非常にらくだ。

ごちゃごちゃうるさい。文句があるならここの記者土下座させてこい。

ttp://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html

2002年の記事を引っ張ってきてお前は何を言ってるんだ？

自分で撒いたFUDってか。

で、たまに日本語コメントが化けるのは治ったのかいな？

>>570
そんな4年半前の記事を出して一体何が言いたいのかな？
今のSuversionでは当時存在しなかったファイルシステムFSFSが
使えるしそのためにバークレーは時代遅れだし。

本家の英語サイトの記事読めや

>>573
どこの日本語だ？
文字コードはUTF-8ですべて統一しているが、とくに化けていないが

イクリプスと呼べ

プラグインを書く立場だと微妙にEclipse。
表面的にはNetBeans Platformの方がシンプルだけど、
踏み込むとEclipseに一日の長がある感じ。
SWTも慣れれば悪くない。

Eclipseでは、開いたファイルの文字コードを自動判別することはできないの？

ずっとVisualStudio使ってきたんだけど、Eclipseに変えたらゲゲー使いにくいってことにならないかな？
Intellisenseくらいは付いてるんだよね？

ずっとEclipse使ってきたんだけど、VisualStudioに変えたらゲゲー使いにくいってことにならないかな？
Refactoringくらいは付いてるんだよね？

>>579
機能面でEclipseが劣っている部分はほとんど無い。補完とかリファクタは完全にEclipseの方が上。
それよりソリューションからワークスペースに頭を切り換える方が大変。

>>581
ドキュメントとの連携がVSの方が上。

>>582
VSスレから出張乙。

ドキュメントとの連携てなんのこと？

おれ、c++のプロジェクトで、1度eclipseを試して見たけど、最初のプログラム
内の情報のindex作るところで、数時間待ったけど終わらず、どうしようもなかったから
結局使えなかったよ。まあjavaならそんなことはないけど、ビルドに5分位
かかる程度の中規模のものでそれだからな。
ちなみにメモリ1GのlinuxデスクトップPC。

そういえば前の方のレスでantやMakefileを自動生成しないみたいだけど、プラグインであるの？

>>579
エディタの機能面では上だが、最初から全機能使いこなせるわけないから、
使いにくいだろ。使う奴の問題だ。
Ctrl+Shift+O とか Ctrl+1 とか Ctrl+. とか Alt+Shift+R とか Ctrl+Alt+H とか
ショートカットを色々覚えれば便利だな。

JDT は強力だけどそれ以外は使いにくい。

regionとかコードの折りたたみとかはVSのほうがいいな。
regionは言語の機能かツールの機能か微妙なところだけど。

EclipseってC#も使えるの？VisualStudioみたいに使いやすい？

>>589
やめとけ。

javaと共通の書き方すればc++でもjavaの便利なリファクタリングツール使えるのかな

継承をjavaと共通の書き方でかけない時点で没

>>591
使えない

ancestor('Eclipse','Nearco').
ancestor('Darley Arabian','Eclipse').

Java専用ってことか

>>594
安瀬スターっていうと普通に古代人を思い出す

イクリプスだろ！ぼけ！

>>585
今のバージョンはどうかわからないが
SUNのJVMでeclipseを動かすとC/C++プロジェクトを扱うときに
固まるバグがあるらしい。IBMのJVMだと大丈夫。

エクリプスのコアパック作ってほしい。
アフォかってほど重くて使えネー。
エクリプスの推奨動作環境ってどんなもんよ？
ＣＰＵ３ＧＨｚぐらいでメモリ１ＧＢぐらいか？
なんだってこんな糞みたいにリソースばっかり食うんだ。お前。
Vistaで動くのか？ただでさえ重いのにさらに重たくなるのか？
一度、起動してうっかり終了させちまうとまた起動に時間かかりやがってすげーむかつく。
javaか？javaが重いのか？いくらスクリプト言語つったって
組む奴がよっぽどヘタレじゃねーとこんなに重くはならんだろ。
一体どんなプログラム組んだらこんなに糞重くなるんだよ。

最新版はVistaで動くぞ。

コアパック作って欲しいという意味がわからないんだが。

錐諸環境はメモリ1GBだな。
CPUは2GHzでいい。

これならWTPプラグインを入れても問題ない快適さだ。

>>599
http://yoxos.com/ondemand 行けば、自分の必要なものだけで
パッケージ作れるぞ。

Eclipseの起動が遅いのはプラグインの仕組みのせい？
メモリ多くしても起動時間はそんなに変わんないし。

あと時々レスポンスが悪いのはSWTが原因？

軽いのがいいならNetBeans使えばｗ

どうしてNetBeansが軽いと思ったんだ？

>>602
Eclipseのバージョンはいくつだ？
メモリは何バイトだ？

Javaのバージョンはいくつだ？

それらをすべてここに貼り付けよ

逆に快適な人はどれくらいの環境なのか知りたい。

メモリ1GB
Java SE 6
Win XP SP2
CPU Athlon XP 2300+

>>604
WebアプリつくるときはNetBeansのほうが軽かったりするぞ

そうなかあ。ほとんど変わらないと思うんだけど。

>>608
Swingアプリの方が軽いというならわかるけど
Webが軽いのか？

WTPプラグインは重たかったけどさ、
今のEclipseでは十分軽いと思う。

Eclipseだけどさ。キーカスタマイズのエクスポートは出来るけど、インポートはどうやンだろ。
つーか、出来ないのか?

ファイルメニューに「インポート」あるじゃん。

ソレはギャグで言ってるんだな。

なんで？

結局、Eclipseって、Java以外で使うとショボイんだよね。

それは言語による

>615 じゃないけど。

>>616
ってことは Java 以外にもいい感じで使える言語があるってことだね？
何？

Ruby
tex

AspectJ

Ruby対応はNetBeansの方が強力みたいだな。

NetBeans、Javaもまともに使えないのに？

>>621
去年のJava関連でオライリーにぼろくそにかかれて必死だな

EasyEclipseイイ

CDT勉強したいんですが、なんか良い参考書とかないでしょうか
eclipseも触ったことありませんのでツールの勉強の仕方もあわせて教えてください

> 621
コード補完
http://www.netbeans.org/download/flash/jruby_editing/jruby_editing.html

Rails対応
http://www.netbeans.org/download/flash/jruby_on_rails/jruby_on_rails.html

最近、サーブレット作るならNetBeansの方が何かと便利に思う。
まぁeclipseでも色々なプラグインを使えば同等の事はできるだろうとは思うのだが、
最初からオールインワンは助かる。

今でもサーブレットを自分で書いてる人いるんだ
IDEを使うと便利とか言ってる位だから1個ずつ作ってるんだよね
フレームワークとか使わないの？

eclipseって、死ぬほど遅いよな

>>628
じゃ死ねよ

そういやぁ、長いことextends HttpServletしてないな

>>629
山岡乙

>>622
kwsk

>>632
2006年のJava界の勝ち組と負け組
http://d.hatena.ne.jp/ma2/20061225/p1
【Updated】2006年のJava界の勝ち組と負け組
http://d.hatena.ne.jp/ma2/20061225/p1

JSRの取り込みが早いのがNetBeansの利点ですね。

NetBeans 6 デモ (JSR295とJSR296の合わせ技)
http://www.netbeans.org/download/flash/netbeans_6_gui_builder/netbeans_6_gui_builder.html
JSR 295: Beans Bindingとは
http://journal.mycom.co.jp/column/jsr/006/
JSR 296: Swing Application Frameworkとは
http://journal.mycom.co.jp/column/jsr/007/

俺も最近気づいたばかりなんだが、
NetBeans の方がeclipse より速いんだよな。

たしか、NetBeans の方が死ぬほど遅いという話じゃなかったっけ？
ぜんぜん逆じゃん。世の評判は信用ならん…

>>634
昔はそうだったんだよ

一番の原因はSysytemLAFだけどな
今のマシンパワーなら1.3以降のSwingは快適

>>636
遅いといわれてたのも1.3だよ
1.4でDirectXをうまく使い出してから速くなった。
まあ、Swingは版を重ねるたびに速くなってるから、1.4と比べて5.0はすごく速いし、6も速くなったしね。

いや、1.3から1.4になって早くなった原因はほぼVMの高速化
ハードウェアアクセラレーション使うようになって早くなったは1.4.1から
でも、5.0では速度的な向上はほぼゼロ
6ではまた大幅にアップしたけどね

1.3ですごい快適になったのはHotspot採用されたから

1.2まではJITだったのでレスポンスがおわってた
今1.3起動してごらん
快適に動くから

5.0のときは、Hotspotの最適化でSwingも速く感じるようになったんじゃなかった？

5.0はVM自体速度はほとんど上がってないよ
GCのレスポンスは多少改善されたが

んでも、1.4→5.0でSwingアプリはかなり軽くなってる気がするんだが。

1.4.2から5.0は再現性はあがってるが速度は上がっていない
1.4と1.4.1は別物の速度

5.0から6だとさらに速くなってるけど、これVMの大幅な高速化が原因だと思う

別スレでも聞いたんだけど･･･
今、コンパイラぽいものを作りたくて、
JflexとJay使おうって思ってるんですけど、
eclipse上で使うためにはどうすればいいのでしょうか？

一応age

>>643
マルチにならないためにはあっちの質問を撤回しとけよ

どう作ったらこんなに糞重くなるのか聞いてみたい気はするｗ
とりあえずＧＵＩ部分は思いっきり下手糞だよね
なんぼなんでも重すぎる

お前が作ってコントリビュートすればいい。
だいたい GUI 部分重い？
ソース見て理解してねーだろ？
GUI だけで、何も処理してなければ軽いだろうな。
ちょっとサクっと書いてみてくれ。

>>647
俺はエクリプスが無駄に重いって言ってるんだけど日本語おｋ？

VCと動作比べたときにお世辞にもいいとは言えないよな

タダのモンにケツつけてんじゃねえ！

>>650
そういう問題じゃないだろ。
>>648が不満に思ったら、自分で書き換えて速度向上出来るのがeclipse。
いくら不満に思っても、自分で書き換え出来ないのがVisualStudio。
暗いと文句を言うよりも(ry

>>651
そうそう。それが言いたかったんだ。
・・・という、俺はえくりぷすを日本語化すら出来ないウンコちゃんですが。

まずSWTを捨ててSwingにしなきゃだめだな。
SWTの重いのはJNI使ってるのが悪いんだから。
Swing Eclipseだかなんだか、誰か作ってたよね？

>>653
SwingもAWTの部分で結局JNI使ってる

JNI使ってるから遅いとか速いとかは迷信

すごい迷信キタ！
JNIでなんでSWTが遅くなるのかとか、なんでSwingが速くなったかとかわかってない人じゃないと、こういうことは書けない

>>651
まぁ、それには賛成。

遅い遅い言うよりも、自分で書き換える方が建設的だよね。
スキル無いとかえって遅くなる可能性もあるけど。

>>656
こっからいじるぐらいだったらVC使うよｗ
わざわざエクリプス活かす必要ないものｗ

せめて言語は合わせて話ししてくれ。
おまえがVC好きなのはどうでもいい。

>>657
・マルチプラットホームに関わりが無いヤシ
・割れ使って罪悪感が無いor潤沢な資金があるヤシ
・「マイクロソフトは偉大だからどこまでも付いていく」ってヤシ
・「オープンソースなんて信用ならない」ってヤシ
・OSのバージョンが変わるたびに開発環境がゴッソリ変わるのを苦痛に感じないヤシ
こういうヤシにはVisualStudioがオヌヌメでつ。

それがイヤンなヤシはeclipse等のオープンソース開発環境
または、スクリプトによる開発がオヌヌメです。

>>659
いまってＶＣタダだぜ

http://itpro.nikkeibp.co.jp/article/NEWS/20060420/235786/
これな

タダってフル機能なん？
見てないけど。

Javaってバージョン変わる毎に動かない環境がいくつか増えてく印象があるけど
今は全バージョンに完全な互換性があるんだね。

>>651
VSはかなりの部分を書き変えられる。
普通は書き変えないけどね。

>>663
そりゃ、完全な互換性はないよ。
でも、互換性を保つことに最大限気を使ってる

>>663
バージョンアップで動かなくなることはまずないけどね
サウンド周りとか微妙なタイミング使うやつは多少あったけどその程度

>>665
＞でも、互換性を保つことに最大限気を使ってる

それって、何て製品買わせるための囲い込み？

>>663
サポートしない環境が…… って事なら当たり前。
VisualStudio2005 だって Windows9x のサポートしてないし。

バグが原因で「動かない環境」を見つけたなら、原因特定してバグレポートしといてね。

>>668
javaに限っては
動作がわからないからバグかどうかも判断できね
って状況多いな
継承連発してクラス作ってるけど派生先のクラスで基の基底クラスで動作してた
メソッドが動かないことが結構あるな。しかもそういうのマニュアルで完全スルーだし。
書籍も意外とコアなところまで踏み込んでくれるもんないんだよね・・・

>>669
判断できないって、具体的にどんなケース？

実際に基底クラスの名前とか、動かないメソッドの名前とか
継承したクラスのソースとか出してみ？

>>669
継承連発したプログラムすると「特定環境でだけ動かない」って症状が出るわけ？

どんな環境で、どんなプログラム作ったんだろね？ 興味深い。

>>666
スレッドまわりで動きがかわることが結構ある。
ドキュメントで保証されていない部分の動きは結構かわる。
最適化や単なるプログラムミスで、そういった部分に依存したコードを書いている場合は死亡。

>>669
その現象みるに、単なるプログラムミスなわけだが、それより、「javaに限っては」っていうところに実力を感じる。

>>672
> ドキュメントで保証されていない部分の動きは結構かわる。
そんなの当たり前だろ

え？javaやって>>669の問題が理解できない？
相当アフォだな
表面だけすくってやった気になってるとしか思えない
話する価値なし
インターフェースを統一してるだかなんだか知らないけど
どんだけガラクタ入ってんだよってぐらいうごかねーもんあるぞ

俺が一番ブッちぎれたのはSwingのリストとカラム付きのリスト（名前忘れた）の挙動の違い
カラム付きリストの方はほとんどのキーがとれない

こういうのがたくさんある
無駄にインターフェースを強引に同じにして同じ挙動するかと思いきや
その実中身めちゃくちゃな動作しやがるの
空ならまだいい。すげー糞なの。
あとは自分でやってみて
すんげー頭にくるから
実装としてはＭＳのＧＵＩなぞるしかないんだろうけど同じことやろうとしても５０％もできないの

こういう発見したらSunにメール送ればいずれなんとかなるのかなぁ・・・ｗ
はっきりいって作り直してほしいんだけど・・・＞インタフェースが無駄に同じで同じコード書いても同じ挙動しないクラス

>>675
SwingのリストはJListとして、カラム付きのリストって何だ？
あと、キーが取れないって何？

なんつーか、ドキュメントをきちんと読んでなかっただけじゃね？

>>676
>>675 の内容じゃ無理だと思う。何言いたいのかわからん。
俺だったら暫くしたら削除する。ディスクスペースの無駄だから。

>>672
スレッドの動作が変わるって具体的にたのむ

>>677
たぶんJTableが理解できていないだけでしょ

JTableを知っててMSのGUIなぞるしかないとか言えないな。

>>678
簡単なところだと、synchronizedでブロックされたスレッドの再開順序が変わったり。
ブロックされた順に再開されることを期待していたプログラムは、うまく動かなくなる。

>>679
じゃなんでJListと違う動きすんの？
同じ動きするべきじゃない？
じゃなきゃインターフェース統一する意味がわからない

これってSunがまだ作り途中だからこのありさまなの？
それともこれが理想の形でいいの？

>>682
もちつけ。

藻前が大好きなWin32APIに良くあるような
名前が違って同じように見えて違いそうだが実は同じってパターンだけが全てだと思うな。

本来のAPIやらクラスライブラリってモノはある程度整理されていて
同じように見えてもそれぞれ役割が違う(役割が違えば操作方法も違う)モノの集合体だろ。

JTableとJListが同じ動きするべきってすごい理論だな。

>>684
インターフェースは同じなのに同じ挙動をすべき部分で違う挙動をしてるってのはある>JTable JList

同じ挙動をすべき部分

漏れの理解が正しいかどうかわからんけど、似たクラスでインタフェースが共通でも
結果が異なるパターンって言うのは確実にあると思う。

例えば行列クラスと配列クラスがあったとして、掛け算という共通インタフェースがあるとする。
行列クラスの掛け算は行列式の掛け算、配列クラスの掛け算は各要素の同じ座標同士の掛け算
だったとすると、結果が違っても当然ｼﾞｬﾏｲｶ？

ここで言ってるインタフェースってjavaのinterfaceのこと？
それともUIの話？

>>681
synchronizedはもともとアンセーフ
順番は保障されない
それに依存するとダメなのは変わってねーよ

あほかと

>>689
すべてのコードが保証された挙動にしか依存してないとは限らない。
そういうコードでJDK1.4で動いてJDK1.5で動かないプログラムがあったとしても、やはり「Javaもバージョンをあげるとプログラム動かなくなるじゃね〜か」というやつが現れる。

Tomcatでも、クエリーパラメータにはsetCharacterEncodingが効かなくなったりな。

>>690
C言語でのif文の評価順が最適化によって代わると環境によって動かなくなる
といってるのとかわらんな

まぁ、フェアな同期化がほしければLockつかえよと
昔からグリーンスレッド前提とか1CPUでしかうごかないとか環境依存のコード書くやつはいたからなぁ
こればかりはVMも仕様もわるくないのでどうしようもないな

完全互換性を求めるなら昔の環境を用意するしかないわけでVMが今以上に普及してくればわりと解決しやすいか
Javaだけの話ならWebStartにしてバージョン設定いれておけばよろしいだけ

何個もJava入れたくねえ。

>>692
Lockが1.5まで用意されてなかったわけだ。
だれが悪いわけでもない。
VMが悪いとか仕様が悪いという話ではなくて、仕様外の挙動を利用しないといけない局面は必ずあるということ。
いまでもアンドキュメンテッドなSwingの描画タイミングに依存するコードを書かないといけないことはある。

だから、仕様に互換性があるからといって、昔のプログラムがそのまま動くと限らないし、そういうプログラムを組んだことが悪いともいえない。

> アンドキュメンテッドなSwingの描画タイミングに依存するコード
具体的には？

>>695
Robot使ったりJNI使ったりする場合。

JNIってAWTじゃね？

>>694
仕様外の挙動を利用するのはともかくとして、
仕様外の挙動に依存しておいて、その上で互換性要求する奴はアホだろ。

バグがあったのでそれを回避するコードかいていたら動かなくなったとか普通にあるしなぁ

そういうときは古いVMを使うしかないな

>>698
ほぼ同意。

でもJavaは互換性を売り物にした開発環境なんだから、仕様外の挙動でも、
バージョン依存で同じバージョンの別プラットフォームでも動くモノは積極的に救って欲しいな。

それが出来れば、より普及すると思う。

MIDPやら組み込みは容量の問題で仕方ないとしても、
PCやら鯖用のVMには下位バージョンの互換モードつけてくれても良いと思う。

>>700
解互換がほしければそのVMをいれればいいだけ
共存できるんだし、買い互換モードなんて無理
どれだけのバージョンがあるのかと

>>700
速度やサイズの最適化の余地と、仕様外の互換性がトレードになってるところでは
仕様外の互換性はガンガン捨てて良いと思うけどね。オレは。

>>701
最新入れて動かないアプリがあるって時点で初心者といわれるシロウトユーザーは混乱するわけだ。
その意味では各メジャー(?)バージョン毎の最終版＋最新版をまとめたインスコパッケを誰かが用意してくれると
シロウトユーザーに混乱が出にくくなって良いと思う。
例えば、JDK 1.1系、J2SE 1.2系、 J2SE 1.3系、J2SE 1.4系、J2SE 5.0系、J2SE 6系の各最新版が入ったパッケとか。

ただ、それでもVMたくさんインスコするとディスク圧迫するんで、
互換モードありのVMも用意してくれたらうれしいと思う。

ってか、シロウトのマシン、整備頼まれるたびにJavaVMをインスコして普及を図ってるんだけど
ディスク圧迫するのもイヤだし、いくつもダウソするのマンドクサイんで最新だけ入れてる。

互換モード有って・・・VMそのものの問題よりライブラリの変更が問題だろ
継承関係とかかわるぞ

>>703
互換モード付きのVM＆標準APIを開発＆メンテって、やりたがる奴が居るかな？

それがあっても普及するとも思えないし。
互換モード作っても、完全な互換性なんぞ実現できないだろうし
既存のアプリを動かすつもりなら
既存のアプリは互換モードに対する配慮なんかしてねーから
ユーザの方で互換モードの設定とかをするしかない。
けど互換モードの設定の取り扱いが複雑だと、
結局ユーザに負担かけるわけで、ユーザの混乱が軽減するかは疑問だし。

>>701
ヒント：サポート切れ

>>698
だれが悪いとか誰がアホとかいう話をしてるわけじゃない。

>>697
JNIとAWTが同じと思う理由がわからない。
別物。

>>708
JNIでの直レンダリングはSwingではないはずだが？

>>706
どうせサポートきれてようが、今でもVBでもWin95でもなんでも動かし続けてるだろ
古いVMをサポートし続けるのは無理
だからセキュリティが問題になる箇所以外はVMで古いOSごとまるごと動かすしかない

それ以外は新しいバージョンでも動くように動作確認、保守するのが本来の勤めなのだが
保守に金は1円も払わんというところも多いのであほらしくなる

永遠にサポートなんて無理だよ
だからこそJDK6以降の自分で修正して使用可能というライセンスを利用しないてはない
どうしても古いVMサポートしようにもバックポートには限界があるし、そこまでかねかけるくらいなら
自前でミドルウェアでも作ったほうが安上がりなのではないか?

結構javaってそういう問題も含めてかなりいい加減だよね
しかも、情報があんまりない希ガス（日本語限定で）

.NETにしろVBのランタイムにしろバージョンが増えていけばきつくなってくるのは当たり前
新しいWindowsで動かなくなる理由として特定のOSに依存したコードを知らないうちに書いていたというのは多いからね

まぁOfficeのVBAの互換性のなさは根本的に違うけど

VMも一緒に配布すればいい

>>709
SwingじゃなければAWTになるという理由と、JNIによる操作がSwingに影響を与えないと思ってる理由がわからない。

JNIで直にコンポーネントにレンダリングする場合AWT Native Interface使うだろ?

>>715
SWTはAWTってこと？

>>715
JNIはレンダリングで使うとも限らんし。

>>717
ちょ

eclipseをチームで開発するとき、対象フォルダを右クリックして最新表示
してから更新を選べといわれる。サーバーと同期化するなら更新だけで十分でないか。
何のために最新表示するのかわかる方教えてください。

>>718
勝手にJNIはレンダリングで使うと決め付けてAWT Native Interface使うだろとか話を変な方向にずらすやつがいて困ってたんだよ。
JNIでウィンドウ操作したり、Swingの動きに影響あたえる処理はレンダリング以外にあるだろ。

>>720
JNIでレンダリングしてもSwingに影響与えないのか？

>>721
影響を与えるよ。JNIがSwingに影響を与えるって書いたら>>697の「JNIってAWTじゃね？」でわけわからん方向に。

>>722
常識的に考えて>>697はSwingに影響与えるからAWT　Native Interfaceでやるのが普通じゃね?という意味だろ

AWT Native InterfaceはCanvas描画の話だと思ってるんだが、違うのか？
描画以外でもSwingに影響あたえるだろって話をしてるわけで、すごく認識がずれてる気がするんだが。

>>719
ディスクと同期が取れていませんって言われる場合があるからだろな。
Eclipse 外でファイルを編集した場合だけそうなる。
アホなプラグインでも使わん限りな。
でも上記のエラー出た時だけやれば十分だが。

っつーか、それ言った奴は
設定 > 一般 > ワークスペース > 自動的に更新
にチェックすれば自動的に行われるって知らんのだろ。
重いから俺はやらんけどな。

手当たり次第に更新チェック全部入れてアップデートしたらeclipse起動しなくなった。。

こういう場合はどうしたらいいのか、教えてくれた奴に座布団2枚。





嘘です。教えて下さいお願いします助けて下さい。m(_ _)m

>>726
AllInOneEclipse入れてリセｗ

まじすか。。あちゃぁ

つか私事で上げて失礼

スプラッシュイメージまでは出るんだが、そのまま終了してしまう。
一瞬エラーダイアログが見えるんだが、ヤツは肉眼では取らえられない
スピードで去っていく。（クリックによる捕獲は既に試みた）

エラーログのチェックぐらいはしたいんだが・・

つ自己解決。

設定がめんどくさすぎ。
動作重すぎ。
メモ帳のがはるかにマシ。

NetBeans使うと、設定がめんどくさすぎ、からは逃げれるな。

スレ違いなのですが前のスレで答えてもらえなかったので、
よければ教えてください;
eclipse3.2のチュートリアルでHelloWorld
と表示させるやつを進めてたら
'org.eclipse.jdt.internal.ui.wizards.OpenProjectWizardAction' クラスを
ロードできなかったため、アクションが実行できませんでした。
とエラーがでたのですがよくわかりません^^;
わかる方教えてください、お願いしますm(__)m

jar教えてみようかな

warすてき

>736のおかげで>735が理解できた

>>737
earおれにはわからん

おれにもわかrarん

おまえらbarかだな。

zipでくれ

おまえら会warしろｗ

Eclipseはプラグインインを揃えるのが面倒だ。あのライブラリーがないだの、バージョンが合わないだの｡｡｡

　おれは、メインはMavenを使っていて、訳の分からない動作が出たときにはEclipseを使ってトレースしたりして調べたりしている。まぁ、本当ならEmacsとかで全部済ませたい処だがないものはしょうがない。

まぁ、どうでもいいけど。。。WinのEclipseって遅いね（＾＾；Linuxだと3.3.1はそれなりに気持ちよく動いてくれるよ。

なんでもかんでもEclipseってのはいかがなものかねぇ...とはいっても、EclipseでSLIMEみたいな環境ができたら使ってみたいな（＾＾；

>>っAllInOne

ear いや
jar じゃあ
war うぉお
bar ばあ

warをわーってゆうな

745 名前：デフォルトの名無しさん 投稿日：2007/11/06(火) 15:03:03
ear いや

>>743
> 本当ならEmacsとかで全部済ませたい処だが
> (略)
> なんでもかんでもEclipseってのはいかがなものかねぇ

なんか頭の悪さ、かもしだしてんな。

>>677
おまえのマシンスペック貧弱だなあ

HDD容量いくつよw

Swing使いこなせない>>675必死だな

キーに関してはMSのはたいがい便利なものを用意しているが、
Swingはユーザーオブジェクトをクラスにしてぶちこむって思想しらないとどうにもならんとおもわれ

>>749
Swingなんて疲れるだけ。

SWTがいいよ！SWT！

SWTは遅い。

>>748
240MB
日本語で書くと「にひゃくよんじゅうめがばいと」

結論：NetBeans >>>>>>>>>>>> Eclipse >= vi

>>752
486 CPUが登場する頃の14年くらい前にはやっていたHDDじゃねえかw
いい加減に新しいHDD買えよw

今なら500GBでも1万円程度で帰るのになんだその容量はw

>>669
> >>668
> javaに限っては
> 動作がわからないからバグかどうかも判断できね
> って状況多いな
> 継承連発してクラス作ってるけど派生先のクラスで基の基底クラスで動作してた
> メソッドが動かないことが結構あるな。しかもそういうのマニュアルで完全スルーだし。
> 書籍も意外とコアなところまで踏み込んでくれるもんないんだよね・・・


具体例を示さないとこいつの発言は信用できんな

実はJDKディレクトリにあるファイルを一部削除したとかw
たまにJDK自体が動かなくて
再起動したら直った

ってことあるんだよね。Windows98な、ファイルシステムがFAT32時代によくあったよw
これはJavaの問題ではなくOSの問題だがねw

それはあきらかなつりだから無視しる

とうとう軽さでNetBeansにぬかれたねぇ
エディタの機能もほぼ同等になっちまった

まあ、どっちも頑張れ

うひゃ

http://eclipsewiki.net/eclipse/
サーバー運営会社の経営難の噂があったが、とうとう

DB死んでるだけだろ。

去年500人いた社員が、今40人になっているらしい

ほかの鯖借りてデータ移動しないとまずくねえ？

miz なんとかっつー、管理者は何してんだ。
広告費稼いでるくせに告知とかする気ないのか。

>>763
こんなとこで吼えていても見ちゃいないよ。
そう思うならWikiに書くなりしてやれば？

管理人、もうサイト見てないんじゃないかな？
そんな怪しい会社の鯖を借りるのが間違い
まあwikiが消えるぐらいどうでもいいが

wiseknot、本当に倒産したぞ
いいのか？wiki消えて

民事再生だから、消えるとは限らんだろ。
基本的には事業は継続するんだから。

http://itpro.nikkeibp.co.jp/article/NEWS/20071214/289568/
> ワイズノットは2000年に設立，オープンソース・ソフトウエアを中心にした
> 受託開発や人材派遣などを行っていた。2003年は二十数名規模だったが，
> ここ数年，事業の急拡大を図り大規模な採用を行い，ピーク時はグループで
> 500名を超える規模となっていた。

すごい勢いで成長したんだね。

民事再生は表向きだけで、偽装倒産みたいだよ。
寸前に別の会社を作って、資産と人員はそこに移動済み。
もう株主にバレてて、訴訟になるみたいだから確実に倒産。

Eclipseを会社の体スペックPCで使っていらいらするより
エディタで書いたほうがどんなけ精神的にいいかわからん。

ヘボい環境のやつは最初から使うな。

NetBeansが使いものになってきて、Eclipseも役目を終えたってことでいいんじゃね？

NetBeans6.0になってEclipseよりだいぶ軽くなった気がする

正直コード補完機能だけあればいい。
コンパイラとか自分で打ったほうが勉強になるでしょ。
ant書くまでだが。

とか言う奴は全自動洗濯機よりも
洗濯板使って勉強するんだろな。

おまえUSBにIDE入れられないJavaは糞とか本スレで喚いてた奴？ｗ

さすがに全自動洗濯機で勉強はしないです

IDE は教材ではなくて実務用のツールなんですが。

コマンドプロンプトは教材でも実務用のツールでもないな。

コマンドプロンプトで勉強できるのは、コマンドプロンプトからのJavaの使い方。
コマンドプロンプトでのクラスパスの設定。
コマンドプロンプトを使う必要がなければ不要。

最終的な実行環境で、わざわざＩＤＥ立ち上げて実行する訳無いんだから
ＩＤＥでしか実行できないと、困る時がくるぞ。

未だに本気でそんなこと言ってんの？
それに本番でコマンドプロンプトなんかどうせ使わんし。
っつか javac とかそのまま使わんだろｗ
時代遅れの環境変数（グローバルのな）もｗ

開発メンバ全員がデプロイできる必要もない。
全員がPMする必要が無いのと同じだ。
できる奴がやればいい。今出来なくても、センスがいい奴は
そんなしょーもないこと、1時間もありゃすぐだ。
センスの無い奴はコードだけ書いててくれ。金の無駄だ。

まぁ、使い捨てのコーダーなら、それで良いよな。

まーた、冗談きついぜｗ
使い捨てじゃないコーダーっているのか？
いや、言い方が変だな。経営者と発注者以外は
使い捨てだろ？ SE とか PM とか全部。
気づかんフリすんなよ。

>>784
ノイローゼ気味なのか？

いや、ｽﾏｿ。つい、当たり前のことを言ってしまった。

俺はむしろコマンドプロンプト（つーかコンソール）を使わない本番環境に出会ったためしがないのだが。

シェルだろ。で、本番もローカルも javac はないだろ。
ひょっとしてあるのか？
いくらなんでも Ant か Maven だろ。

Webだったら本番でもサーバの起動スクリプト使うくらいじゃない？

>>788

Ａｎｔなんか入れる訳無いだろう馬鹿
つうかjavacって言い方がもう素人ｗｗｗｗｗｗ、
開発経験が無い馬鹿は、書き込むなよ

>>790
お前よりは多いな。プロジェクト数も経験も。業務範囲も。立場も。

>>787
コンソールの勉強とJavaの勉強は別にやればいいよ。

勉強というほど大した事じゃねぇ。
コンソールなんぞ、誰でも使えてあたりまえ、
拘っている奴は、ゆとりの馬鹿。

>>793
コマンドプロンプトでJavaの勉強すべきとか拘るのは、ゆとりの馬鹿ってことか。
なるほど。

>>794

日本語ぐらいわかれよ、こだわる奴が馬鹿って言ってるんだよ、
つまり、必要無いとか言う奴も、必要という奴も馬鹿。

>>795
漢字くらいわかってください。
「こだわる」って読むんですよ。「こだわるのはばか」って漢字で書いてるんですよ。
つっこみの内容と同じことが漢字で書いてあるんです。

>>768
ライブドアみたいに怪しいことしてねえよなあ？

Eclipseは使いやすい無償UMLツールのプラグインが無いのが致命的

使い易いのはないかな。昔は OMONDO だったが今の選択肢は
AmaterasUML、eUML2、Topcased あたりか。

>>796
そうそう。君はそうやって人の言うことを聞いとくべきだよ。
中学生とは思えないほど稚拙な文章だったけど、面白かったよ。

amaterasって非同期メッセージの線すら引けなかった気がするけど。

>>800
そんなに、「拘る」が読めなかったのがくやしかったのか

>>796は口うるさい奴か厨房かなんかでは

http://blog.livedoor.jp/dankogai/archives/51005691.html

>「Eclipseが手軽」と言っている時点で卒倒もの。起動に何分もかかる開発環境が重荷というのは初心者だけではありません。


Eclipse脂肪ｗｗｗｗｗ

宣伝ウザいんだけど
他でも見たな
どこまで必死なんだよ

>>804
dankogaiって誰だっけ

このブログのタイトルはどこかで見たことがある。

Eclipseが重いって何年前のオッサンだよ。
10年前のおっさんか？


この手のJava批判ってPHP厨のブロガーにもいたよな。
Javaは行数が多いからとかなんかとかいってたっけかな。
コメント欄で見事に反論されていたけど。

動的型付けのスクリプト言語と静的片付け言語とを比較している時点で
畑違いなのだが

ブログのプロフィールでWikipediaの記事で自己紹介か
なんか怪しいなあ

http://ja.wikipedia.org/wiki/%E5%B0%8F%E9%A3%BC%E5%BC%BE

こまめにプロセスを起動、停止するものならともかく
マシン立ち上げたらずっと立ち上げっぱなしに等しいものでしょ？IDEって。

あぼがど

http://blog.livedoor.jp/dankogai/archives/50668925.html

＞私が言いたかったのは、Test Driven Development (TDD)に関しては、JavaよりPerlをはじめとするLLの方がずっと先行しているんですよ、TDDを語るならJavaだけ見てていいんですか？ということなのだけど。


Java脂肪ｗｗｗｗｗ

リンク先のブログを荒らすための手の込んだ工作なんじゃないかと
勘繰ってしまう、考えすぎだろうか。

>>808
正確にはアボカド

エディタだけでかけといったらLLが有利なのは当たり前だろうと
ツールのサポートとかは型が強いほうが有利

それにいまどき生XMLと比較するテストコードなんて・・・

Eclipse3.3 Europa使ってるのですが
3.2使っていたときはShift+Ctrl+Rで瞬時に該当する文字列のソースを検索できたのですが
3.3ではリソースを開く、という窓が現れます。
以前の検索方法はどのようにして出せばよいのでしょうか？

すみません、リソースを開く、が自分が求めていたものでした。
もうなにをやっているんでしょうか。
久しぶりに言います、逝ってきます。

w

Eclipse以外なにを使えって言うの？

VisualStudioを使えばいい。

NetBeansを使えばいい

Eclipseじゃ駄目なの？

eclipseはあまりプラグイン入れなくても不安定になるからなぁ
そもそもクライアント用Javaアプリで安定してるのって
某ゲームしか思いつかない…

何と比較してかにもよるが
europa は安定してると感じるレベルだな。

3.2 の頃の WTP とかは落ちまくりで辛かったが。

Java初心者なんですがEclipseにzigloo入れたら最強ですね。感動しました。

eclipseにCDTとかいうのを入れてCのソースを読もうとしたら
Javaのときみたく、ハイライトとかされないんですけど、何か
設定すれば解決とかするのですか？

ソースのCleanUpでメンバーアクセスに自動で「this」をつける機能はあるけど
「super」がないのはなんでだぜ？

自動でsuperつけたいんだぜ・・・

>>821
落ちるってどういう状態？

おいら 3.2 の WTP を未だに使ってるけど落ちる事なんて皆無だけどなぁ。

Javaに関して言えばもうeclipseの時代じゃないな。とくに初心者はやめたほうがいい。
NetBeansに乗り換えてよく判ったよ。

どうして?

NetBeansにしてれば間違いないってことじゃね？サポートの手厚さが桁違いだし。
しょせんeclipseはだれも責任とらないフリーウエアだからね。
更新終了でeuropa非対応の古いプラグイン多すぎ。

Netbeansでもなんでもいいけど
エヂィターとDosコマンドで基本操作できないと話にならんよ。現場で実感してる。



javaだけで済むんならいいけど、
たいてい、javaスクリプトやらhtmlやらxmlやらsqlやらcやらvbやら
そのたモロモロ・・・いろんなのを扱うわけだよな。
そのたびにjava専用エディタ、html専用エディタ、xml専用エディタ・・・
って使い分けるのマンドクサイよね。
１つのエディタですべて編集できないとダメだな。

eclipse なんて終わってると思うよ
Java と一緒

終わってくれて結構、枯れた技術は使いやすい。

>>831
おいらの場合は、IDE標準添付のエディタと、vi、sed、を併用だなぁ

すいません。PCを買い替えてOSをVistaにしたらeclispeのコメントが
文字化けをして読みづらくなってしまったんですがどなたか解決策を教えていただけないでしょうか?
ちなみにプラグインは日本語化してあります。

内部の日本語エンコードが変わったのかな。
EUC-8かUNICODEを選んでみ。

eclipseは重すぎる
というかMacのJavaもっと軽くしてほしい

EclipseってCore2Duoかつ2GB以上の環境でもつらいのか？

LinuxやWindowsなら余裕過ぎるけど
なぜかMacOSXだと激ｵﾓ
MacbookにC2Dでメモリ1GB詰んでるのに重くてイライラするどころか使いもんにならん
どうなってんだ

安心しろ
NetBeansでも操作はつらいから

Netbeansは右クリック文化だからねぇ
こちらはさくさく動くけど32bit切捨てとかJava屋は正直Mac向かないと思う
sunのVM優秀すぎるんだもん

eclipse普通に便利思うが・・・

dan kogai氏はMac使ってたな

>>839
Eclipseじゃなくて、AppleのJVMがトロいんじゃね？

起動に1分かかっても便利なものは便利だよな･･･

どういう環境だよ。
Macだってメモリ1GBつんでも足りないだろ。

今は3GB以上の時代

Eclipseで困ったことはプラグイン関係でごちゃごちゃになることが過去に何度かあったことくらいかな。
今ではプラグインの依存関係、プラグインの設定ファイルが引き起こす問題も以前よりは
全然解決されているほうだ。

Eclipseをインストールしなおしたとき、入れていたプラグインがなくなっているために
そのプラグインの設定情報が残っていることでプロジェクトで妙なエラーが発生してな。

そんなこともあったものだ。今でもSubclipse関係でそれらしきものが起こることがあるが、
エラーとまではいかない

equinoxがめんどい。OSGiv4.0の邦訳はよ出せ。

RCPアップデートしろってうるさいんだけど

ＲＣＰってアンインスコできんの？

使い方覚えれば便利だけど、機能が多すぎて混乱する面もある。
使い方全く知らない初心者ならただ重いだけのソフトでしかないのは事実だと思う。

オレはeclipse使いです

netbeansってここでは評判いいみたいだけど、リファクタリングやコンテンツアシストはしっかりしてるの？

>>851
Javaならリファクタリングはちゃんとできる。他の言語は、やはり仕組み的に無理があるけどがんばっている。
コンテンツアシストってなに？

eclipseのスペルチェックってアンインストールできんの？

netbeans ってどうなん？
１回ダウンロードしてインストールしたけど、使い方が全くワカランから、すぐ消してもうた。
「チーム／同期」さえできれば、eclipseだろうがnetbeansだろうが、何だっていいんだけど。
できないの？

>853
素直に無効化、すればいいんじゃないの？
なんかアンインストールしなきゃいけない理由でも？

NetBeansで使い方まったくワカランって、どういう頭のつくりしてるんだ？

JSF未経験とか？

Eclipseのほうがプラグインごとに独特の文化があって使い方がわからないならわかるけど･･･
どの部分が使い方わからないんだろうか

だから、「チーム／同期」 のしかたがわからん。
netbeansスレで質問したら「何？ソレ。svnにそんな機能があった？」
って散々バカにされた。

スペルチェックの無効化、って、できるの？
「ヘルプ⇒更新⇒インストール済のソフトウエア」 のところにはスペルチェックは出てこないんだよ。
「ウインドウ⇒設定⇒一般⇒エディタ」のところにスペルチェックがあって「スペルチェックを使用可にする」
の [ﾚ] をはずせば、もちろん無効にできるんだけど、これはプロジェクト単位でしかできない・・・よね？
新規のプロジェクトを立ち上げるたびに無効化、無効化、無効化・・・もう、ウンザリだよ！
みなさんは、プロジェクトって１個だけしか携わらないの？いくつも平行して作業しないの？？？

こないだ OpenOffice.org の３．０が出たんでさっそくインスコしたんだけど
案の定、スペルチェックが復活してた。
インストールするたびに復活するゾンビのような憎いスペルチェックなんだよな。

日本語のスペルチェックでもしてくれるんなら使ってやってもいいんだけどね。無理でしょね。

>>859
具体的な動作を言ったのか?
仮に同じ機能があったとしても表示が異なるとかいうのはよくあることだぞ

>>860
>の [ﾚ] をはずせば、もちろん無効にできるんだけど、これはプロジェクト単位でしかできない・・・よね？
「ウインドウ⇒設定」の設定は、ワークスペース単位のはずだよ。
プロジェクト単位のは「プロジェクト⇒プロパティ」（ここにはエディタの設定はない）。
自分は、「ウインドウ⇒設定⇒一般⇒エディタ」の、「スペルチェックを使用可にする」
は、ずっとチェックしない状態（デフォルト値）にしてるから、
そもそもスペルチェックがどう動くのか知らなくて、確認できないが・・・。

eclipse は機能が多すぎる

脳みその許容量に合わせてプラグインで調整しろよ

>>862
ごめん、間違ごうた。ワークスペース単位だね。
でも問題は同じ。新規にワークスペースつくるたびに、
毎回毎回、同じ設定を繰り返さなきゃならん、ってこと。
これが結構ウザイ！
大勢でやってると、全員が同じ目に遭わなきゃならんのよね。

>>865
これか？でもpleiadesを使わないとだめっぽい。
http://d.hatena.ne.jp/cypher256/20081015/p1

まぁ、pleiades なら、少し重いだけだから、なんとか我慢して使おうかな、って気になるが・・・
「ブラン■」とか「●●ぴょん」とか・・・戦意喪失するようなネーミングのって、絶対にイヤだ！
ホームページのトップに、これみよがしに自分の顔写真を貼り付けるセンスに脱糞！

>>867
つまりseasar方面のblogは顔写真ばかりで危険ということだな

eclipseの更新機能使うと、8割ぐらいの確率でどっかおかしくなる気がするんだが、
おまえらのところではどう？

別にあんただけじゃないよ。

EclipseだけがまっとうなIDE

だってイマドキのIDEはEclipseだけでしょ
イマドキじゃない他のIDEはふるすぎてやってられない
機能もEclipseの1/10くらいだろうし

オープンソースで様々なIDEが作られてるよ。
それぞれの言語に特化して、汎用性には欠けてもその言語専用と考えると良いソフトも多い。

今から視野を狭める必要は無い。

>>872
イマドキとIDEでググるといいよ

言語専用のIDEをいくつも使い分けるのって、バカバカしくない？
エディタのキーバインドが全部違うんだぜ？
小文字を大文字に変える、とか、そういった細かい機能がエディタごとに全部違うんだぜ？
そんなのアホらしくてやってられるかい！
１つの言語だけですべて処理できれば、それがいちばんいいんだどうけど
実際にはそうはいかない。
メインのプログラミング言語以外にも、バッチファイルやシェルスクリプト、
SQL やら ini やら html やら xml やら properties やら何やらかんやら・・・ほかにもイッパイ！
プログラミングしてると、意外といろんなファイルに関わることになるやろ？

>>874
SQLもhtmlもxmlもpropertiesもPHPもRubyも標準で対応できるNetBeansがいいね！

>>871
Eclipseの機能はNetBeansの1/2くらいじゃねぇか？

NetBeans には チーム⇒同期 が無いじゃん。
エディタは秀丸とか vi とか、他ので代替が利くが
リポジトリとのマージ機能は、そうはいかん。

チーム・同期って、リポジトリとのマージなのか？じゃああるだろ。

>>876

>>873

>>877
ちがう、マージする前の段階の作業だよ。 svn update とは違うよ。同期したあとに update するんだよ。
NetBeans スレで チーム⇒同期 の事を聞いてぜんぜん話が通じなかったのは仕方ないとしても
まさか eclipse スレで チーム⇒同期 が通じないとは思わなかった。
意外と共同作業してる人って少ないのかな・・・

もしかして subversive 入れてるとか？
subclipse に比べると subversive は作り込みが甘いというか何と言うか
まだまだこれからのプラグインだよね。
いずれ将来は良くなっていくんだろうと思うけど、
今の段階で subversive 入れてもマトモな仕事はできないよ。

>>880
ここはEclipseスレじゃないから

>>880
具体的に同期とは何をするの？

IDE のリポジトリとの更新機能なんて使ったことない。

コマンドラインで、
> cvs update -d -P
か
> svn update
して、更新されたら Eclipse 側でF5。

commit もコマンドライン。
Tortoise SVN の、変更をチェック→必要なものを commit 、は便利だが。

衝突が起きたら手で直し、F5する。

履歴を見る(cvs log、svn log)は、IDE の中から見るけど。

cvs や subversion のコマンドの結果の出力がわからないやつが多くて困る。

どういう環境だとデフォルトのeclipse.iniで起動するの？

　　　　1　　　　　　　　 2　　　　　　　　　　 3　　　　　　　　　　　4

.　　　　 __　　　　　　　　　　　　　　　　 　 　 　 __　　　　　　　　　　　　 _
　　　　,i,_,i_　　　　　　　　,-,_　　　　　　　　　,-i,_,l 、　　　 　 :.. :. ≡=-i'__l,
　　　 |　　`i　　 　 　 　 /'-' `i　　　　 　 　 //l　　 l　　　　 　 iコ=＝ﾗ`'i ti
　　 　| lヽi li,　　　→　　| lヽl li　　　→　　 l i,,l 　 l |　　 →　　　　 ./　 /l/
　　　 | l-'l |,l　　　　　　 | | // l　　　　　 　 `"|iコ=''　　　　　　 　 /　 /
.　　　 'Fｦ|,H　　　　　　E三l_l_A　　　　　　 　 | .i .|　　　　　　 　 /　 /
　　　　,i_| .| |　　　　　　　　　　　　　　　　　　 | || |　　　　 　 　 i' /l .l,
　　　　　-'‐'　　　　　　　　　　　 　 　 　 　 　 | || |_　　　　　　　l l .ヽ,ヽ,
　　　　　　　　　　　　　　　　　　　　　　　 　 ‐' ' `‐'　　　　 　 -'-'　 -'-'
　　　　脱ぐ　　　　　　　たたむ　　　　　 コーヒーを　　　　 砂糖と塩を
　　　　　　　　　　　　　　　　　　　　　　　　 つくる　　　　　　まちがえる｡

Eclipse遅ぇ〜

Visual Studio　の方が未だ早い。

Javaって何でこんなに遅いの？

インタプリタだからです。
終了。

Javaがインタプリタとか13年位前の人?

EclipseよりNetBeansのほうが速くなってたりするな

まるで、「Javaはインタプリタでは無い」とでも言いたげだな。

Eclipseをもっと速くしろ！！

マジでイライラする！！

>>891
インタプリタじゃないよ。

仮想マシンだよ。

インタプリタじゃなかったら何なんだ。

仮想マシンだってば！

バイトコードインタプリタでしょ

ここでインタプリタって言ってるやつは、いかに不勉強かってことだよね。

JITの事を言いたいのか。

ここでJITとか言ってるやつは、いかに不勉強かってことだよね。

じゃ何の事か言ってみろ

だ・か・ら・ぁ・・・仮想マシンだよ！

Java：言語仕様
javac：コンパイラ（Java→バイトコード）
JavaVM：仮想マシン（バイトコードインタプリタ）

じゃねえの？どっちにしろお前らキモイ。

JITやHotspotあるから単純にはいえないんだよな

いや、単純だろ。

最初の一回は必ずインタプリタ実行するんだし
同じ部分は二度評価せずに既に変換された実行コードを使いまわすって言うことは
インタプリタの効率的な内部実装の範疇になるんじゃないか？

もうこういう議論になったら、完全に言葉の定義の問題になってしまうから
技術的にまったく得るものの無い戯言だな。茶々入れごめん。

LLVM(Low Level Virtual Machine)とかになると
もう完全にコンパイラとインタプリタの境目が曖昧になるからよくわかんないね。
バイナリの改善活動とでも呼ぶのだろうか。

というか昨今NetBeansよりEclipseが重く感じる理由の方が気になる。

>>905
最初の1回目からコンパイルされてる場合もあるぞ

>>906
機能が少ないから軽いんだよ。

＞ javac：コンパイラ（Java→バイトコード）

ソースコードを中間コードに変換するヤツを 「コンパイラ」 と言うのなら
昔なつかし２０世紀のＢＡＳＩＣはコンパイラだな。

>>909
それはコンパイラで正しい
そのバイトコードを直接実行するか（まぁないけど）、仮想マシン上で実行するかだけ
BASICの場合エディタと実行環境が一緒な上に、構文チェック＆省メモリ用途がメインであって
仮想マシンであることを要求してないから違う

Perl や PHP もコンパイラだな。

>>910
多分考えが近いと思う。javaは実態ではハイブリッドな言語仕様なのかもな。

javacはソースコードを（Javaマシンの）マシン語へ変換するクロスコンパイラと定める。
その後
[１]実在するのであればこの生成した（Java）マシン語をネイティブで実行できる。
[２]java仮想マシン（←エミュレータかな）上での実行であればインタプリタ的な動作になる。

まぁコンパイラは存在しても実態はjava仮想マシン語と言う名の中間コードの生成だし。
マシン語へ変換しても仮想マシン上での実行であれば遅くても仕方なくね〜？かと。

>>911
ちがうよ。

Javaチップは、メジャーではないとはいえ存在するからな。

＞ javacはソースコードを（Javaマシンの）マシン語へ変換する

中間コードを「マシン語」って、おいおい。
ギャハハハハハ〜〜〜
腹痛ぇ〜

やっぱ古き良き２０世紀のＢＡＳＩＣもコンパイラだな。

perl や PHP がメモリー内でコンパイルしてから実行されてるのを知らないヤツもいるんだな

それは apache の mod perl とか話じゃないのか。

インタプリタじゃなければコンパイラとかいうアホがいるな。

なるほど、インタプリタじゃなければコンパイラなら、
郵便ポストも猫も杓子もコンパイラだな。

>>915
＞中間コードを「マシン語」って、おいおい。
↓の末尾に「バイト・コードを直接実行するJavaプロセッサも開発されている。」とある
http://www.atmarkit.co.jp/icd/root/72/5785072.html

このバイト・コード（中間コード）をJavaプロセッサの「マシン語」と言わず何て言うのかと？

＞腹痛ぇ〜
そのまま腸がねじれて逝ってくれることを願うよ。

>>918
ヒミツだけど◯◯の相手は疲れるな。

Cのコードをクロスコンパイラでコンパイルして、
ターゲットマシンのエミュレータで動かす場合、
クロスコンパイラはコンパイラじゃなくてインタプリタと呼ばなきゃならんのか？

gcjとか使ってないのか?

>>922
あんなの遅すぎて互換性も低くて使ってるやついないだろう･･･

実行前に一括して変換するか実行時に段階的に変換するかの
違いだと思うが。

>>921
おまえはコンパイラと実行環境の区別もついてないのか？

コンパイラと実行環境の区別もついてないやつがいるとは思わなかった。

自分で「エミュレータ」と言っておきながらｗ

>>920
それもエミュレータだろ。

eclipese 3.4.1を使っているのですが、プロファイルのプラグインを探しても、２００５年あたりで開発が止まっているものばかりです。
3.4.1で使えるプラグインには、どのようなものがあるのか教えてくださいませんか？
お願いします。

eclipseのプラグインでASP.netのデザイン画面みたいに
ドラッグ　&　ドロップ　をするだけで大まかなページのレイアウトを
整える事の出来るpluginはありますか？

EclipseにPDTを導入しようとしZend Debuggerをダウンロードしようとしているのですが
参考にしているサイト上では、次をダウンロードして使用すると記述されているのですが
ZendのHP上にそれらは存在しません。一体HPから何をダウンロードすればよいのでしょうか？

ZendDebugger-5.2.3-Windows-i386.zip

■Zend DebuggerのDLページ
http://downloads.zend.com/pdt/server-debugger/

■参考にしているサイト
http://journal.mycom.co.jp/column/ide/006/index.html

自己解決しました。

>>930
そういうのがやりたかったら、NetBeansのVisual Web JSFつかえばいい

>>933
現状ではやはり、Eclipseではそういったplugin（機能）は出てないんですね。。。
残念ですが、Net Beansも試してみます。

あと一つ質問なのですがEclipseにPDTを組込みたいのですが
pdt-all-in-one
をダウンロードするのではなく通常のpluginと同様に*.jarファイルをダウンロードし
Eclipse/plugin/*.jar
にコピー（設定）する事によりEclipse上でPDTを使える様にする事は可能でしょうか？
（PDT用のpluginを配布しているURLをご存知でしたらお教え願います。）

※EclipseのHPよりpdt-all-in-oneをダウンロードするとPDTは確かに使える様になるのですが、Javaプロジェクトを実行する
事が出来なくなったり、一度日本語化したEclipseが英語に戻ってしまうなど色々と不都合がある為です。
私のやりたい事としては、JavaもPHPも実行出来るEclipse環境を作りたいと思っています。

>>925
>>926
>>927

・・・背理法で示した矛盾を、「それは矛盾してる」と指摘すれば、
再反駁になると思ってる馬鹿がこんなにいるとは・・・。

921 名前：デフォルトの名無しさん[sage] 投稿日：2009/01/17(土) 22:57:01
　Cのコードをクロスコンパイラでコンパイルして、
　ターゲットマシンのエミュレータで動かす場合、
　クロスコンパイラはコンパイラじゃなくてインタプリタと呼ばなきゃならんのか？


このスレで最も恥ずかしい発言。晒すぜ！

Eclipseに導入したPDTよりPHP Scriptを実行しようとすると
次のエラーが出k手しまいます。一体何が原因なので
でしょか？

【PHPソース】
<?php
$strMessage = "あいうえお";
print ($strMessage) ;
?>

【エラー】
Error running PHP executable
Cannot run program "C:\php" (in directory "C:\Documents and Setting\
ゲスト用のユーザ\workspace\PHP_Eclipse")
CreateProcess error=5

【PHP executables】
Debugger Type
Zend Debugger
Location
C:\php

>>935
コンパイラは実行前処理。実行環境がどのように動こうが、コンパイラはコンパイラ。
そんなこともわからないの？バカなの？死ぬの？

>>936
>>938

いや、悔しいのはよくわかったけど、他のみんなはもう飽きてるから。

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　
アイと研究員とのやり取りに利用するスレッドなので
関係者以外は書きこまないで下さい。　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　 　　　 　　
　　　　　　　　　　　　　　　　　　　　　　霊長類研究所

Java系のスレが荒れるときはアルゴ君が来てる可能性が高い

アルゴノート号の冒険

http://image.blog.livedoor.jp/warosmania/imgs/0/6/063e2fb7.jpg

JBuilderがEclipseベースになる前の話だが。
安さ:Eclipse>>>>>>>>>>>>>>>>>>>>>>>>>>>JBuilder
コード比較：Eclipse>>>>>>>>>>>>>>>>>>>>>>>>>>>JBuilder
バージョン管理:Eclipse>>>>>>>>>>>>>>>>>>>>>>>>>JBuilder
その他:Eclipse<<<<<<<<<<<<<<<<<<<<<<<<<<<JBuilder
ちなみにエンタープライズ版

麻宮騎亜の漫画はコンパイラ。

そういえば IntteliJ IDEA 厨はいないのか？

有償だけど、使っている人はみんないいという。
Eclipse が 2.x とかで遅かったときでも、IDEA はコード補完が早いとか言ってた。

絶対損しない出来だったら、3万5千円出してもいいかな・・・・

シェアを見る限りはNetBeanを圧倒しているんだな。
自分はパソコンで使い分けでどちらも使っているが、正直どっちがいいかはない。
慣れ親しんでいる分、どちらかにしろと言われればNetBeanを選びそうだが。

日食なので記念カキコ

>>944
今サラダが
不等号の向きを変えるな分かりづらいｱｹﾞ

自動焼人 ★　＝　自動保守 ◆KAWORUKOFI　＝　自動保守#K9K?_D[L

名言集　その４
『俺の経歴カックイイだろ？』

http://yutori7.2ch.net/test/read.cgi/news4vip/1249830540/　ID:PVAf+dux0　＝　自動焼人 ★

> 984 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:11:14.95 ID:PVAf+dux0
> 俺の簡単な年表（笑）
> 高二秋：自前のパソコンゲット
> 高三春：コテハンとしてデビュー、指揮官見習い
> 高三秋：指揮官デビュー
> 大一：新しい武器の開発や、突撃で数々の戦歴を残す
> 大二春：規制系キャップ取得、第一線から退く
> 大二夏：ネットでのゲーム作成プロジェクト始動
> 大二秋：政治系オフに参加
> 大二冬：最後の突撃、華々しく散る
> 大三春：政治系活動を本格始動
> 大三夏：三度目の選挙へ
>
> おまえらは、後を継ぐなよｗ

----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

日本語版のプレアデスをインストールしたのだけれど、どうすればvisual　editor
を追加することができるのかがわからない。困った。解説書は古いのでダウンロード
の方法が違っているんです。

>>950
設定方法が分からなくて嵌りまくるのがEclipseの醍醐味だ。
きっと、そうやって強いエンジニアになっていくのだろう。

多分

またプレアデスか
ほんとトラブルが多いな

>>950
簡単な英語も読めない

>>953
だったらEclipseにこだわらず、NetBeansでいいんでない。日本語版あるし。

苦労してインストールするVisal Editorよりも、楽々インストールできるNetBeansのGUIエディタのほうが使いやすいしな。

日本だけですよ。公立の小中学校にプールがあるのは。またその水泳が授業であるということも。
それだけフジヤマトビウオの古橋広之進は影響があったののですね。

ﾜﾙﾀﾝﾆｬｰﾝ

(　´･ω･｀)ブリブリ―――！！！

「eclipseってどうやって日本語版にするんですか？やり方教えてもらわないと開発できません」

いや、日本語じゃないと駄目な人が居るのは否定しないけど、俺の eclipse ローカライズして無いだろ…？
日本語化した事無いからやり方なんてしらねーんだよ。自分で考えてくれ！

日曜から愚痴だけ書き捨ててみる。

しらんがな(´・ω・｀)

　Ｖ　Ｖ
(´・ω・`)　うさちゃんピース

モーニング娘。ってまだいたの？

eclipsのデバッカでステップ実行するとき、見たくも無い
変数一覧がドサッと出てきてうざいのですが、どうにか
なりませんか？
あと配列の中身を見るとき、ツリーが開いたり閉じたり
動作が鈍いのですが、なんか良い方法ありますか

eclipseを捨てればいいです

もっと高速、高機能なIDEがあっても良さそうなのにな。
高機能はさておいても高速という部分でも。

>>965
つ　http://pc12.2ch.net/test/read.cgi/tech/1247926906/

>>965
つ S-ATA

MozillaかGoogleがIDEを作ってくれればと思うときがある

俺以外達でさいきょうのアイディーイーつくろうぜ！！

WEBブラウザーで動くIDEが出てくる時代です。

>>970 eclipse4.0SDKでのbespin serverとSWT on Browserは7月のリリースに間に合わず、
incubatorレベルに保留する方向。デモレベルではIDE on Browser出てるけどね。

Visual Studioでプログラミング始めた俺は
デフォルト設定で括弧とか閉じてくれるのには感動した

Visual Studioはデフォルトでは閉じてくれないのか。
まあ、多分言語仕様の影響だと思うが。
VSはC++の影響があるからな。プリプロセッサやらなんやらで混乱してくるからな。
Javaでは括弧を使う場面がほぼ決まってるからデフォルトで閉じても問題ないと。

　　♪　　∧,,∧ 　　　　　　　　　　　　∧,,∧ 　♪
　　　　　(´･ω･`) 　　　　　　　♪　　(´･ω･`)
　　　　　ノ　　―○　)) 　　　　((　○―　　 ヽ 　　　　♪
　((　⊂（　　ﾉ＼　　　　　♪　　　　　　/ヽ　　）つ　))
♪　　　 し'" 　　○　)) 　　　　　 ((　○ 　ﾞし'

　　　ひらめきキラメキ　もひとつ見つけた♪

（´・ω・｀）みんなおはよ〜

（´・ω・｀）今日もがんばっていこうね〜

　☆ノハ⊂ヽ
　州*‘ 3‘ﾘﾉ＜よっす！
　 ∪ 　　)
　　 ∪∪

　　 　 　 　 ＿　　　 　,. -──‐-､
.　　　　 . '´　　｀ヽ. 　（　ちぇりお　）
　　　　 {l_」!__」| | .|　　＞‐-----‐'
　　__　　|､ｰﾟ ,,| l)｜
　 (ｭl厂jﾐ(_y_,,弘ス＼
.　　 |l 　 ハzziとブ 、｀ヽ、
　 　 }ｉ ./ .ｨ≫iﾍ,} 、 ' 、　＞
　　　∨ .j´r-ｲﾞ{__. ヽ､_＼｀ヽ、
　 　 　　苔　└<加　　｀￣｀ﾞ`

エクリプスをCDTで使っているんだけど、
#ifdef DEBUG
なんたら〜
#endif
としている部分がグレーアウトしてしまう。
#define DEBUGを書いておけばグレーアウトがなくなるんだけど、
これをVisul Studioみたいにプロジェクトの設定で設定したら、
自動的に反映されるようにするにはどうやったらいいの？

Googleの社員ってeclipse使ってるの？

はい

VisualStudioの何とかサーバって便利ですか？

VisualStudiaなんか触ったこともない。EcripseだけあればC#の開発だってあっという間。

あっ！！

ニヤニヤ

javaやる時はEcripseいいな。
C#はVSのがやりやすい。
好みの問題かもしれん。

おもい

そんな君にNetBeansを紹介しよう。
あ？VisualStudio？　今IDEの話してるから。

↑幼稚杉

　 　＿＿　　　　　＿＿
　／＿＿＼　　 ／＿＿＼
　||´・ω・`| |　 / |´・ω・`||　みんな〜
/　￣￣　 ､ヽ//　￣ ⊂二）
└二⊃　　 |∪ |　　 ,、　　|　
　ヽ⊃ー/ノ　　　ヽノ　ヽ〆
　　　￣｀´￣　　￣　 ￣

Eclipse重すぎ
5年前のクソノートでも使えるのは？

メモ帳でも使ってろ。

　Ｖ　Ｖ
(´・ω・`)　うさちゃんピース