06/05/08 05:43:25
>>323
言ってることわからん。
>>324
> EclipseやSWTは一部Cが使われてるから
> Cグラマの現実ともいえたりしないか
これはJDKに関したって同じだろ。
SWTのOS.javaのほとんどのスタティックメソッドは、
OSのAPIと一対一なので、そのあたりはJDKよりかなりきれいだと思うんだが。
例えば、Win32のOS.javaのSendMessageWはJNIでWin32のSendMessageWを単に呼んでるだけだしね。
332:デフォルトの名無しさん
06/05/08 14:46:42
ウィンドウズ専用ならそれでいいけどさ。
333:デフォルトの名無しさん
06/05/08 20:49:05
最近やっと良スレになってきたね。
334:デフォルトの名無しさん
06/05/08 22:27:05
>>329
XUL だと既存にない新しいコントロールが楽に作れるということか。
ほんとか？
335:デフォルトの名無しさん
06/05/09 11:56:30
>>334
SWTとJavaScriptだったらそりゃあ。
XULは基本的にDHTMLのアプリ版みたいなもんだからね。
XULの場合、さらに、cssでtheme/skinを簡単に作れるしね。
336:デフォルトの名無しさん
06/05/09 12:03:34
>>332
> ウィンドウズ専用ならそれでいいけどさ。
逆だろ。
マルチプラットフォームだから、SWTみたいな方がいい。
OS APIとOS.javaのメソッドが一対一になってるから、
JNIの肥大化が防げるし、JNI内部をデバッグ／リコンパイルしなくてもすむ場合が多い。
（っていうことでSWTが始まったんだよ）
337:デフォルトの名無しさん
06/05/09 14:09:05
>>336
Windows以外は１：１にならない
ということをいいたいんじゃないのか？
SWTは開発者サイドにとっていいものではないと俺は思うけどな
あくまでもEclipseのためのプラットフォーム
RSAとかEclipseベースのヘビーなアプリさわってるとSWTってやばいんじゃねーかと思う
なんか重い処理の間イベントがとんでないような
338:デフォルトの名無しさん
06/05/10 10:49:24
>>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とかそういうところも話してくれ。
339:デフォルトの名無しさん
06/05/10 11:15:32
JFaceはもっとおもいし、RSAはかなりもっさりだろ
NetBeansと素のEclipseと比べるのは意味なし
比べるべきなのはJBuilderのエンタープライズとかRSAとかだよ
Eclipseってプラグインいれるとすばらしく重くなるよね
使ってなくても登録してるだけでもっさりなのはなんとかならないのだろうか
340:デフォルトの名無しさん
06/05/10 11:23:33
完全にネイティブなら早いかもしれんがJNI経由だからね
JNIはかなりオーバーヘッドがあるし最適化がそこでとまってしまう
Swingだって描画はネイティブコールしてるし粒度が粗いか同化の差でしかない
341:デフォルトの名無しさん
06/05/10 12:00:00
>>339
> JFaceはもっとおもいし、
おいおい、SWTだけで書くと速いと言ってるのか？？？
JFace使ったからって、特にもっとヘビーという感じはない。
つーか、JFaceは別に大きくないしね。
> RSAはかなりもっさりだろ
RAD, RSA (IBMの製品名こんなのばっか笑)はもっさりだが、
それがSwingベースだともっと速いかとう話は別。
> Eclipseってプラグインいれるとすばらしく重くなるよね
うーん、それはプラグインによるかもな。MANIFEST.MFを使ってさらにDynamicなPluginにすると、少しはましになる。
最初にロードされないからね。問題は、昔からあるplugin.xmlに全部記述するタイプのプラグインじゃないかと思うんだが。。。
でも、J2EEでもそうだけど、それはJavaの問題のような気がするな。
結局EclipseくらいのIDEっていまだにないと思うんだが。
342:デフォルトの名無しさん
06/05/10 12:07:26
Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。
343:デフォルトの名無しさん
06/05/10 12:09:44
>>341
NetBeansではプラグイン入れればいれるほど重くなるってことはないが。
344:デフォルトの名無しさん
06/05/10 12:10:39
>>340
> 完全にネイティブなら早いかもしれんがJNI経由だからね
SWTのJNIは、別に、JNIのAPI（NewStringとかCallObjectMethodとかのやつね）を使ってないんだよ。
だからJNIだから重いというのは、かならずしもSWTにはあてはまらんかもしれん。
SWTのJNIの引数は、intとcharばっか。javaのクラスからCの構造体への変換もそのまま。
345:デフォルトの名無しさん
06/05/10 12:13:17
>>342
> Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。
エクステンションとかもそう思うか？
346:デフォルトの名無しさん
06/05/10 12:14:34
>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。
もとがもっさりだから？藁
347:デフォルトの名無しさん
06/05/10 12:26:40
>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。
ちゅかRSAみたいにてんこもりなのないじゃん。
348:デフォルトの名無しさん
06/05/10 13:06:42
まぁNetBeansが重いっていつのマシンですかと
349:デフォルトの名無しさん
06/05/10 13:33:59
>>347
もとからてんこもり
350:デフォルトの名無しさん
06/05/10 13:58:03
つーか、NetBeansあのメニューの表示かなり遅くない？
例えばメニューが消えるときとか。上から下へ消えていく。
それとウィンドウを他のアプリケーションから切り替えるときのウィンドウのリドローなんかも、
NetBeansすげーもっさりなんだが。。。
EclipseはそういったとこはNetBeansに比べてかなり、きびきびしてるぞ。
351:デフォルトの名無しさん
06/05/10 13:59:56
NetBeansのUIウィジェットの遅さは、Swingだからかと思ってたが？
352:
06/05/10 14:02:53
EclipseのJavaエディタ凄すぎ。 逐次的にコンパイルしてるんでしょ。
静的エラーは完璧に教えてくれるし、コンパイル時間はかからないし。
久しぶりにC++やってみたら、コンパイルしないと静的エラーもわからないなんて耐えられなかった。ちょっとの変更でも、コンパイル時間がめちゃかかることもあるし。
353:デフォルトの名無しさん
06/05/10 14:22:02
つうか、その程度はEclipse以外のJava IDEのエディタでもやってるだろ。
354:デフォルトの名無しさん
06/05/10 14:23:07
>>350
VMのバージョンが古いかNetBeansのバージョンが古いか、マシンが貧弱すぎるだけなんじゃねぇの？
355:デフォルトの名無しさん
06/05/10 14:29:51
VM 1.4.2, NetBeansIDE5, マシンP4の3GHz、メモリ2GBっす。
356:デフォルトの名無しさん
06/05/10 14:31:43
VMのバージョンあげろ。話はそれからだ。
357:デフォルトの名無しさん
06/05/10 14:35:09
ってか、1.5しかないじゃん。そうしたら。笑
358:デフォルトの名無しさん
06/05/10 14:39:14
SwingがJava2SE5で速くなったからSWT不要って流れだろ。
改善されたものを使わずに遅い遅い言っててもどうしょうもない。
359:デフォルトの名無しさん
06/05/10 14:47:48
>>358
> SwingがJava2SE5で速くなったからSWT不要って流れだろ。
どんな流れだそりゃ。笑
360:デフォルトの名無しさん
06/05/10 14:51:54
情報が数ヶ月前から止まってる人ですか？
361:デフォルトの名無しさん
06/05/10 15:08:26
つーことで、1.5入れてみた。確かにはやくなった。
だが、メニューバーを開いてそのまま右左マウスカーソルを動かすと、
Eclipseのほうが、NetBeansよりも、ちびっとだけ速く反応する感じだね。
画面の描画もEclipseのほうがちびっと速い。まあ、でもこの差は大したことないかもね。
つーかスレ違いだな。もうそろそろ。
362:デフォルトの名無しさん
06/05/10 15:09:41
1.5を使えって簡単にいうが、それは趣味の話だろ？
仕事で使う場合は、いまだに1.4.xなんてよくある。
363:デフォルトの名無しさん
06/05/10 15:11:22
むしろメインの話題じゃね？
364:デフォルトの名無しさん
06/05/10 15:12:46
NetBeansがか? 笑
365:デフォルトの名無しさん
06/05/10 15:12:49
>>362
SwingとかNetBeansが遅いっていうのは1.5を使ってから言えって話だよ。
仕事でも開発マシンは1.5にできると思うが。
366:デフォルトの名無しさん
06/05/10 15:14:21
できん。そうすると一部のInterfaceが1.5で拡張されててうまくビルドできんのよ。
367:デフォルトの名無しさん
06/05/10 15:14:29
>>364
NetBeansも遅くはなくなったってところ。
そっから「eclipseってそんなに良いか？」につながるから。
特に、Eclipseの対抗としてはNetBeansが大きい位置を占めてるわけだし。
368:デフォルトの名無しさん
06/05/10 15:16:00
>>366
コンパイルオプションに1.4指定するか、javacだけ1.4使えばいいんじゃないの？
369:デフォルトの名無しさん
06/05/10 15:16:03
それはこっちかもな。
ｽﾚﾘﾝｸ(prog板)
370:デフォルトの名無しさん
06/05/10 15:19:55
おぉ、そんなスレが。
371:デフォルトの名無しさん
06/05/10 15:20:36
未だに現場では1.4.xベースが圧倒的に多いのは、
5.0にバグがあるとかこなれていないとかではなく、
新しい仕様を覚える余裕がない、あるいは新しい仕様を覚える気が無い
エンジニアが多いからなのではないだろうか。
372:デフォルトの名無しさん
06/05/10 15:28:22
俺もそう思う。
ジェネリクスとか最高に便利だと思うが、中年プログラマーの方には理解できないんだろうか。
373:デフォルトの名無しさん
06/05/10 15:36:00
禿同。老害をまき散らす以外に能のない30歳以上のエンジニアは全員強制退職にして欲しい。
374:デフォルトの名無しさん
06/05/10 15:42:07
たとえばEclipseとかか？ 笑
Eclipse Reference Platformsはいまだに1.4.2_08。
アメリカじゃ、有名なのはだいたい中年プログラマだぞ。
日本くらいだよ。若いのは。というかそういう若者は製品開発というか現場だが。
そういえば、中年の一人、でざぱたGoFのErich GammaってEclipseのチームだよね。
（というかんじでEclipseの話題にもどしてみた）
375:デフォルトの名無しさん
06/05/10 15:58:26
>>372
つーか、genericsはちみにとっては最近おぼえたんで新鮮かもしれんが、
STLってけっこう前からあるので、中プロだってそんくらい知ってるだろ。
376:デフォルトの名無しさん
06/05/10 16:06:07
むしろ足を引っ張る以外に能のない20代のガキを現場に入れるな。
ニート監禁施設で10年間職業訓練させろ。
377:デフォルトの名無しさん
06/05/10 16:06:12
こまったことに中年プログラマはSTLもよくわかってない。
378:デフォルトの名無しさん
06/05/10 16:07:04
理解できる・できないじゃなくて
新しいことを覚えようとしないだけじゃない？
面倒だったりやる気がなかったり余裕がなかったりで。
379:デフォルトの名無しさん
06/05/10 16:58:52
>>376
30代無能PGの登場です。
自分がプロジェクトの足を引っ張っていることには気づいていないｗ
380:デフォルトの名無しさん
06/05/10 20:21:07
>>352とか>>362とか>>366とかひどいな
なんかNetBeansもEclipseも使ってないのに批判してるやつら多いな
まずNetBeansIDE自体は5.0でもプロジェクト単位ですきなJDKを選べる
Javac使ってるが故の自由度の高さだ
特定のリビジョンで開発も可能
5.0自体もうすぐでてから2年になるし問題はないな
Tomcat5.5使うなら5.0以上使え
Eclipseは右クリックででるメニューが出るのがいように遅い場合が結構多い
あれはなんだろうか
381:デフォルトの名無しさん
06/05/11 00:21:17
>>380
だな。IDE の動作環境と業務の動作環境の区別もつかないのはｲﾀｲ。
IDE の動作環境の話が、なんでジェネリクスの話になってんだw
382:デフォルトの名無しさん
06/05/11 11:00:11
つーかNetBeansの話はこのくらいにして、
Eclipseの話しねーか？
383:デフォルトの名無しさん
06/05/11 13:00:42
Eclipseはもう先がないからな
384:デフォルトの名無しさん
06/05/12 19:52:41
>>382
ここは >>383 みたいな Eclipse アンチ隔離スレだろ？
385:デフォルトの名無しさん
06/05/12 19:59:17
3.2日本語版まだ？
386:デフォルトの名無しさん
06/05/12 20:59:05
Eclipse以外にまともなJava用IDEってあるの？
387:デフォルトの名無しさん
06/05/12 21:23:44
Eclipseもまともとは言えないな・・・
388:デフォルトの名無しさん
06/05/12 22:57:47
むしろ、JBuilderとかJDeveloperとかの方がまともだな。あとはSun Java Studioか。
ウェブアプリはEclipseが一番使いにくい。
GUIアプリもEclipseが一番使いにくい。
UIのないライブラリ書くときだけEclipseが便利。
389:デフォルトの名無しさん
06/05/12 23:09:36
WTPっつーものもあるが
セットアップの楽さとかかんがえると新節度ではJBuilderは確かに他を圧倒する
ただ、有償なので触った人は少ないのが欠点か
かなり昔からさわりやすいまともな環境を用意していたのはこれだけ
ボーランドがJBuilderに集中してリソースふっていればたぶん負けなかったのかもしれないけど
撤退だからもうどうしようもないね
いまだとNetBeansのweb.xmlの管理ツールはいいとおもう
昨日は少ないけど、あそこからソースにすぐ飛べるのはいいと思う
セットアップも楽だしね
Tomcatをあまり意識しない
390:デフォルトの名無しさん
06/05/12 23:14:46
| 釣れますか？ ,
＼ ,／ヽ
￣∨￣￣￣￣￣￣￣ ,／ ヽ
∧＿∧ ∧∧ ,／ ヽ
（ ´∀｀） (ﾟДﾟ,,),／ ヽ
（ ） (| つ@ ヽ
｜ ｜ | ＿＿_ ～| | ヽ
（_＿）＿） |―|. ∪∪ ヽ
￣￣￣￣￣￣￣￣￣￣￣￣| ヽ
／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ ゜~ ~。゜ ~ ~ ~ ~~ ~ ~~ ~ ~~ ~~ ~~
⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡 ～ ～～ ～～ ～～ ～ ～
391:デフォルトの名無しさん
06/05/16 21:00:19
>>389
色々詳しいな。Eclipseは3.2からCallistoがあるけどだめか？
392:デフォルトの名無しさん
06/05/16 22:49:11
だめということはないけど、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以降は本当にエディタのみという感じになってきた（それも僅差
393:デフォルトの名無しさん
06/05/16 23:30:49
正直なところ、netbeansのほうが機能面では優れていると思う。
しかし、今さら俺はEclipseの使い勝手から離れられない。
394:デフォルトの名無しさん
06/05/16 23:43:46
>>393
俺もそう思う。
IBMとSunのマーケティング力の違いが大きいな。
一旦ここまで普及したEclipseのシェアをひっくり返すのは容易なことではない。
モノが優れているだけでは無理だろうな。
Sunはいつもそう。持っているモノはいいのに、それを活かしきれない。広められない。
395:デフォルトの名無しさん
06/05/17 00:07:06
ま、どっちかがつぶれるよりお互いが競い合っているからこそいいのができる
そんな気がする
しかしこの春にEclipse本でまくったもんだな
396:デフォルトの名無しさん
06/05/17 00:35:48
リアルタイムJavaもNetBeansですよ
URLﾘﾝｸ(www.netbeans.org)
397:デフォルトの名無しさん
06/05/17 00:47:56
しかし、最近はeclipse膠着気味じゃないか？
SWTがやっぱあんまりよくない気がする。
398:デフォルトの名無しさん
06/05/19 04:32:15
漏れはWinでDOS窓と秀丸エディタとjavacで開発してるんだけど、コード行数かぞえたり、
リファレンスの検索や複雑な置換はPerlでやってんだけど、こういう人いますか？
EclipseもJBilderもなんか使いにくくて。
399:デフォルトの名無しさん
06/05/19 04:35:12
>>398
EclipseとJBuilderがだめなら、次はNetBeansだな。
400:デフォルトの名無しさん
06/05/19 04:51:27
>>399
ためしてみます。これで4つめ。
401:デフォルトの名無しさん
06/05/19 07:10:25
これはなかなか良さそうな気がする>>399
402:デフォルトの名無しさん
06/05/19 13:19:58
＞漏れはWinでDOS窓と秀丸エディタとjavacで開発してるんだけど、
今時いんの？開発効率わりすぎんべ
403:デフォルトの名無しさん
06/05/19 14:37:27
具体的に、効率に大きな差が開く場合をあげてくれ。
404:デフォルトの名無しさん
06/05/19 15:31:16
まず、俺が一番のメリットだと思うのが
>>352
後はメソッド呼び出し階層検索やらインデントの訂正・不要インポートの除去
プロパティファイル弄るときは native to ascii しなくてもいいし、
swing作るときはvisual editor使えばいいしね。
細かいところをあげればキリがない。
JSPとHTMLしか触りませんっていうなら秀丸でいいんでね？
405: デフォルトの名無しさん
06/05/19 18:20:47
エディタに打ち込んでる合間にバックグラウンドでリアルタイムにコンパイルしてるんでしょ？
だからあんなにエラー訂正や補完が完璧なんだろうな。頭いいエディタだとつくづく思う。
デバッグ環境とリファクタリングもすごい充実してて超便利だし。
メソッド呼び出し階層みるのもツリービューに表示して、呼び出した側からでも呼び出された側でも縦横無尽に呼び出し関係を見ることができるし。
406:デフォルトの名無しさん
06/05/19 19:58:50
>後はメソッド呼び出し階層検索やら
脳内で充分こなせるけど。
>インデントの訂正
まちがえたことなんかないな。
>不要インポートの除去
*で指定して、コンパイルが通れば動くし、
異常なコードをコンパイラが生成することもない。
完全名で指定するのはなにかIDE側の都合の部分もあるし。
>プロパティファイル弄るときは native to ascii しなくてもいいし、
UTF-8で編集できるエディタなら直接編集できる。
>swing作るときはvisual editor使えばいいしね。
使いにくい。激しく。
>細かいところをあげればキリがない。
IDEってのは細かいところをまめにフォローして使いやすいでしょって
いってるところが大きいと思うんだけど、こまかいところって慣れの問題でしかない。
複数で共通の開発環境をっていうときは必要かなと思うが。
それにJavaのIDEはまだ未成熟じゃん。
407:デフォルトの名無しさん
06/05/19 20:35:50
・後はメソッド呼び出し階層検索やら
＞脳内で充分こなせるけど。
PGがおまえ一人なら可能かもしれんな。他の人が作ったソースを全て記憶してるのか？
・インデントの訂正
＞まちがえたことなんかないな。
100%ありえない。インデントを間違えたことのないPGなんてな。
・プロパティファイル弄るときは native to ascii しなくてもいいし、
＞UTF-8で編集できるエディタなら直接編集できる。
秀丸とDOSでやってんじゃないの？
408:デフォルトの名無しさん
06/05/19 20:43:48
プロパティファイルってASCIIコードだよ。UTF-8(ユニコード)じゃないよ。
409:デフォルトの名無しさん
06/05/19 20:51:12
>>406は学生PG？
とりあえず、propertiesファイルが編集可能なエディタ教えてくれ。
前に探したことあったけど見つからなかったんだよね。
410:デフォルトの名無しさん
06/05/19 21:09:49
swing<->EJBあわせて十段越えのメソッドとか、
一クラス数万行、メソッド100個以上とかのソース扱ったことがあれば
IDEが便利だって思うんじゃないか?
自分が書いたんならともかく、他人が書いた上のようなソース(当然ひどい出来)に
脳内スペースを割きたいなんて絶対思わないし。
411:デフォルトの名無しさん
06/05/19 21:30:06
>>407
俺は一人でかいてるから、開発環境にこだわる必要はないんだ。
ただいつでもより便利なツールは探しているけど。
>100%ありえない。インデントを間違えたことのないPGなんてな
はいはい。
>>408
Properties#storeToXML(..)で保存したプロパティファイルの事じゃないの？
>>410
>一クラス数万行、メソッド100個以上とかのソース
極論持ち出さないとIDEの優位性は際だちませんかね？
412:デフォルトの名無しさん
06/05/19 21:55:45
>>411はニート(もしくはニート同然)であることがよくわかりました。
413:デフォルトの名無しさん
06/05/19 21:56:05
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
414:デフォルトの名無しさん
06/05/19 21:58:20
一人で書いてるのならIDEのメリットを理解できなくて当然。
あんたには理解するのは無理だ。
415:デフォルトの名無しさん
06/05/19 22:09:03
>>411
俺は長い間、エディタ派だった。環境とまで言われた Emacs (xyzzy)。
たしかに今でもエディタがいいと思うときもあるが、総合的に差がありすぎる。
エディタでも階層表示したり、自動コンパイル、メソッドジャンプはできる。自動 native2ascii もな。
ただ、おまいはエディタでそれさえも使ってないのに、エディタが優位という意味が分からん。
チーム開発でデバッガーやリファクタリングもできないソフト使う奴は困る。
まー、1人で開発してるならいいよ。
というか、大丈夫かw プロパティだよ。
Java のことをあまり知らないと会話ができないよ。
あと、どっちかというと Java を 1 人で開発することが、極論だよ。
1 人開発で Java ってどうなんだ？
まー、煽るわけではないが、Eclipse の全機能使って、プラグインの有名どころ
全部使ってみてみ。
416:デフォルトの名無しさん
06/05/19 22:18:35
>>414
それならIDEを導入する主な理由は複数で作業するためということでFA？
でもねーunixの世界ではXとシェル窓がIDEみたいなものだったわけでしょ。
全員がシェルで開発していたときだってあるわけで、チームのメンバーが
育った環境次第じゃないの？
今はIDEで育った連中がほとんどってだけのことで。
Sunのチュートリアルのコードを見てると、IDEで書いたとは思えないソースも
たくさんあるんだよな。
大手の研究所なんかでは逆にIDEは使わないじゃないの？
野麦峠的に人をこき使って粗製濫造するIT現場で重宝されてるだけで。
どんどんやめてくし、基礎からみっちり教えるなんて効率悪いから
IDEってことじゃないの？
だからインデントを自動訂正してくれるのがいいとか、失笑しちゃうような
意見が出たりするわけで。w
417:デフォルトの名無しさん
06/05/19 22:25:12
>>415
>たしかに今でもエディタがいいと思うときもあるが、総合的に差がありすぎる。
どこが？それが知りたいよ。
>というか、大丈夫かw プロパティだよ。
なにのプロパティファイルのこといってるの？
教えてください。お願いします。
それからJavaでも一人で作れるものはあるし、
一人でなければできないものもあるんだよね。
当然でしょ。
一人で作ってることをとやかくいうやつの気がしれない。
418:デフォルトの名無しさん
06/05/19 22:30:27
>>416
逆に「IDE を使わない」と何が便利なの？
漏れも Eclipse は正直さほど好きじゃないけど（MS信者でVisualStudio派だから）、
自分でアレコレ ant やら Makefile やら書かなくてもいいのはラクなんで使ってる。
419:デフォルトの名無しさん
06/05/19 22:32:53
複数人数でないとＩＤＥが使えないってのはちょっと話の流れにのっただけのトンデモ発言だと思う。
「実際、無いよりあったほうがいいじゃん」で「うん」って言わない奴には何言ってもしょうがないと思うが、
つーか、その程度のものだと思うし、それでいいと思うんだが。
とりあえず、ボタン一発でビルドできて実行できて、ＶＣ６並のデバッガついてて、
ＶＣのワークスペースやインテリジェンス機能っぽいものがあれば満足だよ。俺は。
とりあえず、メイクファイルっぽいものを作るのだけは勘弁してほしいと思う。
420:デフォルトの名無しさん
06/05/19 22:33:13
>チーム開発でデバッガーやリファクタリングもできないソフト使う奴は困る。
>まー、1人で開発してるならいいよ。
ていうより、これは「俺と同じ環境で開発しろよ」っていってるだけ。
部下にはそれでいいよ。
421:デフォルトの名無しさん
06/05/19 22:35:29
>>418
そりゃ違う話じゃねーの？
奴のエディタがどの程度の機能を抱えてるかによって
たしかにＩＤＥ環境は糞になるのかもしれねーぞ。
世の中広いしな。変なエディタの使い方してる奴いっぱいいるし。
422:418
06/05/19 22:38:41
Makefile とか書きたくない、と書いた端からなんなんだけど、
ターゲット複数指定して #ifdef でコードの一部を変えて、というC/C++では
あたりまえのことが簡単にできない Java だと ant とやらを勉強してみようか、
という気になることもあるな・・・
DoJa と Vodafone JCSL と素のMIDP とか、複数のプロファイルのプラット
フォーム用のコード（夫々デバグ用コード入りのと無いのと）書いてるとき。
423:デフォルトの名無しさん
06/05/19 22:43:18
>>418
はじめにいっとくけど俺もエディタでやるのが最高とかいってるわけじゃないよ。
ソースをIDEの都合で勝手に書き換えられてしまうことがない。
それから書き方の作法を強制されたくない。
ケースバイケースだけど楽なのより確実なほうを取る傾向がある。
バグがあって挙動不審なIDEは安心できない。
GUIの開発にはIDEは必須だと思っているけど、満足いくIDEがないだけ。
(MSのVBとかは使いやすかった)。NetBeansはなかなかいい線いってると思うが、
まだもう一押したりないかなー。
424:デフォルトの名無しさん
06/05/19 22:44:56
>413
おいおい、eclipseのメモリ増やさないとそんなの通るわけないじゃん。
デフォルト256Mだから512Mぐらいまであげてみ。
425:デフォルトの名無しさん
06/05/19 22:47:57
>423
Flex2.0のβ3(かな?)がeclipse3.1.2ベースなんで触ってみるといいかも。
結構使いやすいよ。
というかあそこまで出来るんなら
他のeclipseのGUIプラグインももっとがんばれるんじゃとか思える。
426:デフォルトの名無しさん
06/05/19 22:52:41
>>424
そんなのつかってない。シェルから実行。
もしよければeclipseでコンパイルできるかどうか試してみて。
427:デフォルトの名無しさん
06/05/19 22:53:40
>>425
試してみます。
428:デフォルトの名無しさん
06/05/19 22:54:42
ところでここで言ってるプロパティファイルってなに？
Propertiesのsave(..)やstoreToXML(..)のそれとは別の話なの？
429:デフォルトの名無しさん
06/05/19 23:25:24
シェルでやってると、>>413のような実験ソースをPerlでものの2分程度でこさえて、
コンパイルと→だめじゃん(普通は)ってすぐに調べたりできるのも良いところ。
これをJavaだけでやろうとしたり、IDEだけしか使えなかったりすると、
時間くっちまうと思うよ。難しくはないけど。
430:デフォルトの名無しさん
06/05/19 23:32:46
NetBeansのGUI配置はVBよりらくだからねぇ
出来上がったコード見ると手作業では無理だというのがすぐに分かる
5.5みてるとEclipseも結構やばい感じ
WEBサービスの鯖とクライアントがウィザードと普通にクラスつくってすぐに完成
同根のTomcatですぐにテストできるし
ひそかにプロファイラかなりいいね
リモートプロファイリングも出来るからすでに動いてる鯖やEclipseで作成中のプロジェクトを
NetBeansでプロファイルとって綺麗にグラフで報告が出来上がる
昔はプロファイラだけで数十万かかるのが普通だったんだがね
431:デフォルトの名無しさん
06/05/19 23:37:30
>>429
Perl はエディタか？ エディタ＋スクリプトだろ？
Eclipse ＋ Eclipse Text Editor Extensions と同じだ。
432:デフォルトの名無しさん
06/05/19 23:39:52
っつか、なんでエディタは Perl で組み合わせて話しといて
IDE は、だけ、になるんか意味が分からん。
まー、エディタだったら Perl なんか使わないでマクロだろ。
433:デフォルトの名無しさん
06/05/19 23:48:59
つまり、それだけのハンデをつけないと批判すらできないプアなものだということ。
434:デフォルトの名無しさん
06/05/19 23:51:44
>>431-432
はいはい。w
435:デフォルトの名無しさん
06/05/19 23:57:52
>>430
少しの差じゃないの？
All-In-One Eclipse で WTP 使って Web サービス作成して、
TPTP でプロファイルするのと。TPTP は高機能過ぎだけどな。
436:デフォルトの名無しさん
06/05/20 00:02:11
しゃーないな。結論だ。
エディタを拡張していけばIDEになる。
エディタ擁護論者はひとつのエディタの操作方法に依存してるだけで
IDEに乗りかえれないんじゃない。他のエディタにも乗り換えれない。
437:デフォルトの名無しさん
06/05/20 00:04:27
>>436
脳みそが硬くなった中高年プログラマに比較的多く見られる傾向だね。
438:デフォルトの名無しさん
06/05/20 00:12:20
>>436
IDEがない環境に移ったら君はなんにもできないだろうね。
狭いタコツボ空間で天狗になってればいいさ。w
439:デフォルトの名無しさん
06/05/20 00:22:18
>>438
俺かw
emacs、vi、秀丸でもいいよ。
元々エディタがメインなのに使えない訳がない。
言い方が悪かったな。片方しか使えない奴はだめだということだ。
っつか、エディタごとき使えない奴がいるのか？w
エディタ使えて、IDE使えないオッサンはたくさんいそうだ。
440:デフォルトの名無しさん
06/05/20 00:25:17
>>437
まあまあ、君もあっというまに中高年の仲間入りするんだから。
441:デフォルトの名無しさん
06/05/20 00:35:37
>>439
はいはい、エロスエロス。
ガンコジジイみたいな文体にワロス。
442:デフォルトの名無しさん
06/05/20 00:41:52
＞IDEがない環境に移ったら君はなんにもできないだろうね。
＞狭いタコツボ空間で天狗になってればいいさ。w
だってあるもんは仕方ないし、これからも消えることは無いからねぇ・・・
443:デフォルトの名無しさん
06/05/20 00:43:37
話の腰折ってすまないが、プロパティファイルを編集可能なエディタを教えてくれよ。
俺、まじで探してるんだよ。
444:デフォルトの名無しさん
06/05/20 00:50:05
>>443
エディタしか使わない達人はユニコード文字コードを直接書くんじゃないのか？
445:デフォルトの名無しさん
06/05/20 00:54:15
>>442
消えなくても使われなくなる事はあるかもな。
シェルだって今も残ってるし。
中高年になったとき俺はEclipseで覚えたしこれが最高とかいっても
馬鹿にされてしまう世界。ありそうじゃない？w
言語も開発環境もはやり廃りってのがあるから。
446:デフォルトの名無しさん
06/05/20 00:57:13
>>443
だからなんのプロパティファイル？
447:デフォルトの名無しさん
06/05/20 00:59:07
つまり、今よりも便利なIDEが出てきたらってことだろ？
それならそっちに乗り換えりゃいい話じゃん。
448:デフォルトの名無しさん
06/05/20 01:01:30
>>446
拡張子が*.propertiesでjava.util.Properties クラスから読み込み可能なファイルだよ。
と、いうかJAVAでプロパティファイルといえば、どう考えてもこれを指す。
449:デフォルトの名無しさん
06/05/20 01:01:59
NetBeans5.5はEclipse3.2おいこしちゃったかな
450:デフォルトの名無しさん
06/05/20 01:04:28
>>447
それはどうなるかなぁ。マイナーチェンジ程度ならいいけどさ。
たとえば別の言語やOSに変わってしまうとかさ。
立体映像や三次元処理とか多点同時入力デバイスや音声認識を前提にしたOSになりましたとかさ。
パトレイバーみたいに二足ロボットを制御するOSとかさ。
それまでの前提ぶちこわしは定期的にあるよ。この世界。
451:デフォルトの名無しさん
06/05/20 01:06:20
>>448
storeToXML(..)で書き出せば秀丸で編集できるんじゃない？
save(..)だと漢字が文字列リテラルになっちゃうけど。
452:デフォルトの名無しさん
06/05/20 01:10:23
>>451
>storeToXML(..)で書き出せば秀丸で編集できるんじゃない？
kwsk
453:デフォルトの名無しさん
06/05/20 01:14:48
java.util.Properties#storeToXML(..)でプロパティファイルを出力すれば、
秀丸で編集できるでしょ。普通に。UTF-8で。
それとも表形式になってなきゃいや？
454:デフォルトの名無しさん
06/05/20 01:21:57
>>452
それに秀丸なんか持ち出さなくてもWinのnotepad.exeでもできるし。
UTF-8対応してるもんね。
455:デフォルトの名無しさん
06/05/20 01:24:29
そゆことかい！
プロパティファイル生成するためのJAVAソース書いてコンパイルして実行！？
おまいはそんなめんどくさいことをいちいちやってんの！？
456:デフォルトの名無しさん
06/05/20 01:27:41
>>455
こいつはEclipseなにでできてんのか知ってるのか？
457:デフォルトの名無しさん
06/05/20 01:30:10
>>455
なにがめんどくさいの？
生成するためにはJavaソース書く必要はないじゃん。
PropertiesのXMLは単純なものだから、HTML手書きよりずっと簡単。
それで君はどんなやり方やってるの？
458:デフォルトの名無しさん
06/05/20 01:51:55
>>455
Eclipse + PropertiesEditor
エディタなら
xyzzy + properties-mode
storeToXML はプロジェクトのあれこれ使えないことが多いしな。
あと、save は非推奨だろ。store。
459:デフォルトの名無しさん
06/05/20 02:21:15
>>458
>storeToXML はプロジェクトのあれこれ使えないことが多いしな。
そんなものはIDEに縛られてるから困るってだけのことじゃんか。
だいたい不便だからSunもstoreToXMLを用意したんだろうし。
Eclipseの開発チームがなんとかしてくれるまでまってるしか能もないわけか。
>あと、save は非推奨だろ。store。
savaもstoreもフォーマットは同じ。
今でている編集の問題には無関係。
460:デフォルトの名無しさん
06/05/20 02:57:37
おまいは一つだけ勘違いしてるよ。
IDE使ってるやつらは、それがないとコーディングができないわけじゃない。
開発効率をあげるために使ってる。
メソッドや変数のリネームとかいちいちエディタでやってられないだろ？
461:デフォルトの名無しさん
06/05/20 03:29:01
>>459
IDEに縛られるわけねーだろ？
プロジェクトルールだよ。エディタも同じだ。
あと、なんとかしれくれるまで待つってのもおまえを基準に考えるなよ。
Java開発者なら簡単なプラグインくらい作れるだろ。
エディタで emacs だったら lisp 書く。同じだ。
462:デフォルトの名無しさん
06/05/20 04:18:56
>>460
>メソッドや変数のリネームとかいちいちエディタでやってられないだろ？
それ用のスクリプト組んでるので困ってない。
効率があがるかどうかは、なにを開発するかにもよる。
463:デフォルトの名無しさん
06/05/20 04:21:32
それようのスクリプトって・・・
結局、grepして置換するだけだろ？
464:デフォルトの名無しさん
06/05/20 04:39:58
>>460
＞プロジェクトルールだよ。
それはおまえと仲間内の事情にすぎなくて、部外者にはまーたく従う必要がないわけ。w
それこそ君の基準で考えちゃいけないね。君が血相かえて死守しようとしている約束事も
関係ない人からみれば鼻でせせらわらっておしまい。
> Java開発者なら簡単なプラグインくらい作れるだろ。
はぁ？そうなの。
Eclipseユーザじゃないから知ったことじゃない。
465:デフォルトの名無しさん
06/05/20 04:40:39
>>463
それが君の限界。w
466:デフォルトの名無しさん
06/05/20 04:44:38
>>464は>>461にむけたレスね。まちがえた。
467:デフォルトの名無しさん
06/05/20 07:35:26
だからさ、エディタで充分って思っている奴にはIDEのメリットは理解不能だって。
誰にも迷惑書けないんだし、一生使わなくていいよ。おっさん。
468:デフォルトの名無しさん
06/05/20 10:19:40
芝居なんかで強いヤツがいなくなってから啖呵を切るチビがいるけどそんな感じ？
469:デフォルトの名無しさん
06/05/20 13:58:26
>>465
470:デフォルトの名無しさん
06/05/20 14:01:06
>>465
嘘つけや。クラスの相関を考えた上でのリネームを行うのはスクリプトの限界超えてるだろ。
そんなん作ったんならうｐしてくれや。
おまいは
インデントを間違えたことがない。
メソッドがどこで呼び出されているか
完璧に把握している。
どんだけ嘘ついてんの？
471:デフォルトの名無しさん
06/05/20 14:49:49
とりあえず重いのが気に食わん。嫌いだ。
472:デフォルトの名無しさん
06/05/20 15:02:13
IDEが重いことが原因でロスる時間 >>>> IDEを使うことで得する時間
好き嫌いとか言ってられない。
473:デフォルトの名無しさん
06/05/20 15:07:30
Pen3でメモリ128Mくらいかな？君のマシンは
474:デフォルトの名無しさん
06/05/20 15:11:49
・・・新しいのリースしてもらえよ。
475:デフォルトの名無しさん
06/05/20 15:22:53
Eclipseが重くていやならNetBeansですよ
476:デフォルトの名無しさん
06/05/20 15:39:38
Eclipseはプラグイン入れなきゃ十分軽いぞ
有名どころ入れるだけでもかなり重くなるけど
477:デフォルトの名無しさん
06/05/20 15:46:29
>>470
自分の能力を超えてる発言はウソか。
478:デフォルトの名無しさん
06/05/20 15:57:32
はいはいｗ
479:デフォルトの名無しさん
06/05/20 16:01:47
>>465
やっぱエディタは単独で何もできない低機能だなw
まー、エディタで十分だと思ってるならIDEいらんだろ。
引きこもりの暇人にはエディタがよく合うw
っつーか、自分で分かってると思うが、IDE使いこなせいだけだろ？w
当たり前だが、エディタはよく使うよ。
サーバにログインして vi や emacs ＋ Perl や sed、awk で編集するからな。
エディタ＋スクリプトが IDE になることに早く気づけよ。
480:デフォルトの名無しさん
06/05/20 16:07:58
使い慣れたエディタからでたがらないというのはよくわかる
でも、多少エディットがしにくくなろうとも補完やら構文エラーやプロファイル等全部含めて
総合的な効率のよさを追求すべき
特に仕事ならな
実際のところ趣味のプログラムだって時間がそんなに取れるわけではないから同じだが
プログラムで実際にタイプする部分だけでの効率がよくなったところで
プログラムの完成は早くなるわけではない
ワープロとか文章打つときはタイプが最重要かもしれないが、1メソッド20行以下が普通な今の状況では
誤差と考えていいだろう
481:デフォルトの名無しさん
06/05/20 16:14:51
まったく、これだから頭の固い中年PGは・・・
まさにプロジェクトの癌だな
482:デフォルトの名無しさん
06/05/20 16:20:10
たしかに未だにエディタ only の中年 PG っているな。
そういう奴って、スクリプトに関して自称上級者だから扱いが大変だ。
デバッグすんのに、System.out すんなっつーのw
483:デフォルトの名無しさん
06/05/20 20:26:50
まあ477は明らかに学生だが。
484:デフォルトの名無しさん
06/05/22 13:05:29
>>482
> デバッグすんのに、System.out すんなっつーのw
それは場合によるぞ、若者よ。
event drivenベースなUIの場合は、デバッガでbreakpointを設定とかできない場合がある。
例えば、Eclipseのplug-inの開発で、SWTのカスタムコントロールを作ったりする場合、
eventの順序によって影響を受けるバグとかは、System.out.printlnとかが有用の場合がある。
あと、手っ取り早くDebugしたい場合とかもSystem.out.printlnとかは役にたつ。
あくまでもcase by caseだ。それは。
485:デフォルトの名無しさん
06/05/22 15:02:50
まぁ、学生 or ｴﾃﾞｨﾀﾏﾝｾｰ中年PGは引っ込んでな
486:デフォルトの名無しさん
06/05/22 15:22:11
昭和生まれはさっさと死滅すりゃいいのにな
487:デフォルトの名無しさん
06/05/22 16:11:59
>>486
大正生まれPG乙
488:デフォルトの名無しさん
06/05/22 16:41:50
昭和生まれってのはいくらなんでも無理がある。
489:デフォルトの名無しさん
06/05/22 16:51:38
たしかに．
前世紀生まれは氏ね，くらいにしておくのがよかろう．
490:デフォルトの名無しさん
06/05/22 16:58:16
小学生乙
491:デフォルトの名無しさん
06/05/22 19:36:37
>>484
おっちゃん、ブレークポイントには条件やフィルター設定できるの知ってるかい？
っつーか、「System.out が有用な場合がある」 という時点で、おっちゃんは
デバッガ使えるんだろ？言い方が悪かったよ。
デバッガの使い方が分からないからって、System.out すんなっつーのw
492:デフォルトの名無しさん
06/05/22 19:56:56
(*´･ω･)(･ω･｀*)ﾈｰ
493:デフォルトの名無しさん
06/05/23 00:41:39
Webアプリだと、ブレークポイント置いてデバッグモードでTomcat立ち上げなおすより、System.outで出力した方が早いからなぁ。
494:デフォルトの名無しさん
06/05/23 00:48:19
ようはログをよむのがいいかとめてリアルタイムで見るのがいいかだからな
プログラムに慣れてる人ほどデバッガはあんまりつかってない感じ
現在の状態だけがポイントではなく、流れを把握してなんぼだからね
というかデバッガ持ち出すような深刻なバグださんからな
しくじれば即暴走で最初からやり直しという環境で慣れてしまった年よりは
どうしても目視とかで机上デバッグがうまい
まぁメソッド修正したらもう一度そのメソッドをやり直せるのは便利ではある
ただ、コアAPIでロギング実装してからもう5年近くたつんだしログ吐き出すにもそっちのほうがいいのだが
フォーマッタいじらないと2行出るのがだるいしな
かといってLog4Jもわざわざもちだすのもあれだし
せめてSystem.out.printf使え
495:デフォルトの名無しさん
06/05/23 00:50:11
（ ﾟдﾟ）ﾎﾟｶｰﾝ
496:デフォルトの名無しさん
06/05/23 00:57:12
お、おれは釣られないからなぁー！AA（ｒｙ
497:デフォルトの名無しさん
06/05/23 01:18:45
| >>494さん、釣れますか？ ,
＼ ,／ヽ
￣∨￣￣￣￣￣￣￣ ,／ ヽ
∧＿∧ ∧∧ ,／ ヽ
（ ´∀｀） (ﾟДﾟ,,),／ ヽ
（ ） (| つ@ ヽ
｜ ｜ | ＿＿_ ～| | ヽ
（_＿）＿） |―|. ∪∪ ヽ
￣￣￣￣￣￣￣￣￣￣￣￣| ヽ
／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ ゜~ ~。゜ ~ ~ ~ ~~ ~ ~~ ~ ~~ ~~ ~~
⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡 ～ ～～ ～～ ～～ ～ ～
498:デフォルトの名無しさん
06/05/23 01:22:33
普通、Logger.global.finest()を使うだろ
499:デフォルトの名無しさん
06/05/23 01:25:09
駄目だ・・・>>494みたいなのがいる限り、デスマーチは消えないだろう・・・
500:デフォルトの名無しさん
06/05/23 02:54:12
＿＿ ﾄ ､ ＿ :::::::::::::::::::::::::::::::＿＿ -― ／;;;;;;;;;;;;
/: : : : : : ` ｰ―| ￣￣￣￣￣´ ／;;;;;;;;;;;;;;;;;;;
{:::::::::::::::::::::::::::::::::::::L ／;;;;;;;;;;;;;;;;;;;;;;;;;
ヽ::::::::::::::::::::::::::::::::::::::::`ー- ＿＿＿＿＿＿／´;;;;;;;;;;;;;;;;＿ ィ;;
＼ ＼:::::::::::::::::::::::::::::::_,::.:::::::::::::::::::::::::::::::::::::／;;;;;;;;;;_ ィ´￣: : : : ｢´
＼ ＼::::::::::::, ィ´／::::::::::::::::::::::::::::::::／´;;;;;∠ ----ﾄ: :rーメ: : l
| ￣´ /∠ ＿＿＿＿＿／´;;_ -‐"_ノ!: :｝ ./ |: !/´ | ﾄ､:|
＼ |ﾊ: l: l;;;;;;;;;;;;;;;;;;;;;;;;;;￣;;;;;;;;; ゝ.二0ﾉ ';;;;;|:|） /: :| l:|
| |.ハ|:lﾊ ;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;;;;;;;;;;; |/_／ﾍ.:| lハ
| ／| ／l ｔ! /｢ ／ ﾘ
＼ ／ / ＼ ｰ ― ／|' |'´
＼ / / ＼ ｰ ／ / ＿＿
＼ / ＿ `ト ､ __ -‐ '" / ／/ ＼
＼ /／￣ l＼ l＼ ／ ／ ＼/ ／＼
￣￣＼＿ | / ＼ ／ ＼ ／
￣＼ ＿. ＼ ／＿ -―７´ ＼
＼￣´￣ ／ / ＼
＼￣￣| /
501:デフォルトの名無しさん
06/05/23 02:57:59
＿＿ ﾄ ､ ＿ :::::::::::::::::::::::::::::::＿＿ -― ／;;;;;;;;;;;;
/: : : : : : ` ｰ―| ￣￣￣￣￣´ ／;;;;;;;;;;;;;;;;;;;
{:::::::::::::::::::::::::::::::::::::L ／;;;;;;;;;;;;;;;;;;;;;;;;;
ヽ::::::::::::::::::::::::::::::::::::::::`ー- ＿＿＿＿＿＿／´;;;;;;;;;;;;;;;;＿ ィ;;
＼ ＼:::::::::::::::::::::::::::::::_,::.:::::::::::::::::::::::::::::::::::::／;;;;;;;;;;_ ィ´￣: : : : ｢´
＼ ＼::::::::::::, ィ´／::::::::::::::::::::::::::::::::／´;;;;;∠ ----ﾄ: :rーメ: : l
| ￣´ /∠ ＿＿＿＿＿／´;;_ -‐"_ノ!: :｝ ./ |: !/´ | ﾄ､:|
＼ |ﾊ: l: l;;;;;;;;;;;;;;;;;;;;;;;;;;￣;;;;;;;;; ゝ.二0ﾉ ';;;;;|:|） /: :| l:|
| |.ハ|:lﾊ ;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;;;;;;;;;;; |/_／ﾍ.:| lハ
| ／| ／l ｔ! /｢ ／ ﾘ
＼ ／ / ＼ ｰ ― ／|' |'´
＼ / / ＼ ｰ ／ / ＿＿
＼ / ＿ `ト ､ __ -‐ '" / ／/ ＼
＼ /／￣ l＼ l＼ ／ ／ ＼/ ／＼
￣￣＼＿ | / ＼ ／ ＼ ／
￣＼ ＿. ＼ ／＿ -―７´ ＼
＼￣´￣ ／ / ＼
＼￣￣| /
502:デフォルトの名無しさん
06/05/23 19:03:14
printfでオブジェクトのメンバを全部出力！
ｶﾞﾝｶﾞﾚ、超ｶﾞﾝｶﾞﾚ！
503:デフォルトの名無しさん
06/05/23 21:36:58
>>494 久々にすげー奴がきたな。
504:デフォルトの名無しさん
06/05/24 00:07:28
>>484
logger使えよ、ブタｗｗｗ
505:デフォルトの名無しさん
06/05/24 00:41:46
>>503はやねうらお級の馬鹿ですね
506:デフォルトの名無しさん
06/05/24 08:59:03
Eclipseはスレタイ通りそんなに良くはない
これからはNetBeans
507:デフォルトの名無しさん
06/05/24 09:25:18
だいたいあってる
508:デフォルトの名無しさん
06/05/24 10:18:42
Eclipseを切り捨てるほど
NetBeansはまだ満足に使える気がしないなあ
509:デフォルトの名無しさん
06/05/24 11:10:57
今のままだとNetBeansが使える用途は限られるね
WEBアプリやEJB使ったアプリ、
クラサバとかスタンドアロンのGUIアプリくらい
J2MEもいいのだが日本だと事実上携帯電話2社用がほとんどなうえ
片方はMIDPですらないからね
そのほかはEclipseつかいねぇ
510:デフォルトの名無しさん
06/05/24 18:56:34
他って何が残ってる？
511:デフォルトの名無しさん
06/05/24 20:32:55
PHPとかCとか・・・
512:デフォルトの名無しさん
06/05/24 22:26:44
プゲラ
513:デフォルトの名無しさん
06/05/25 00:03:42
>>510
iアプリとコマンドラインアプリはEclipseだな。
514:デフォルトの名無しさん
06/05/25 00:30:39
EclipseってSystem.inって使いやすくなったの?
515:デフォルトの名無しさん
06/05/25 07:40:01
>>513
頭と尻尾はくれてやるです。
516:デフォルトの名無しさん
06/05/25 12:41:43
>>514
何が言いたい？
System.inなんてScannerクラスを使えばもういらない気がする
Java5.0では
517:デフォルトの名無しさん
06/05/26 01:28:38
IDEで標準入力をどうするかってことだろ
518:デフォルトの名無しさん
06/05/26 19:35:55
51 ：デフォルトの名無しさん ：04/11/28 16:20:03
>>50
Google（日本語）で「eclipse」という語で検索していただけますでしょうか？
そしたらお分かりになられるかと思われます。
それで分からないのならば、JAVAを勉強する資格すらありません。
フリーソフトにありがちなんだけど、ぐぐってもさっぱりわからんよ。
どこで配っているんだよ？
エロサイトと同じでさ、こんなサイト有りますよってリンク切れリストばっかり。
519:デフォルトの名無しさん
06/05/26 19:46:08
>>518
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
520:デフォルトの名無しさん
06/05/26 23:18:40
eclipseってただの単語でJavaもキーワードに入れないとノイズが多い
.NETも同じ理由で厳しい
プロジェクトの名前も大事だと思った
521:デフォルトの名無しさん
06/05/27 00:03:50
Eclipse IDE
でぐぐれ
522:デフォルトの名無しさん
06/05/27 10:48:12
Visual Studioみたいな高レベルのでのプログラマの作業支援してくれるものだと思ってた
わけよ。
で使ってみてかなりがっかり。
523:デフォルトの名無しさん
06/05/27 11:45:19
Visual Studioの方向性はNetBeansが近いのでは?
Eclipseはよくもわるくもエディタの進化しただけで
それの弱点を補おうとプラグインを作る
NetBeansやVisual Studioはこれがないと開発できない
というような感じになってる
NetBeansはそれでいて普通のantファイル作ってくれて
コマンドラインですぐにビルドとかできるあたりが親切だ
あとはチーム開発は今のところCVSだけだがコミットするファイルの設定とかうまくやってる感じ
524:デフォルトの名無しさん
06/05/27 20:03:02
エディタのくせにIDEより重くて遅い、それがエクリプスクオリティ
525:デフォルトの名無しさん
06/05/27 20:20:32
いや、エクリプスってIDEですから・・・
526:デフォルトの名無しさん
06/05/27 20:33:00
Eclispeとか、VS2005とか、重杉。
527:デフォルトの名無しさん
06/05/27 20:51:37
>>526
「Eclispe って何だろう？」と思ってぐぐって見たら
本当に有るとは！！
528:デフォルトの名無しさん
06/05/28 00:22:19
>>522
リファクタリング機能をなめちゃいけない
529:デフォルトの名無しさん
06/05/28 00:23:23
EclipseはVS系というより、どちらかというとEmacs似だろう
530:デフォルトの名無しさん
06/05/28 01:40:28
Eclipseってリファクタリングとびぬけてるの？
他のIDEと大きく変わらないようなきがするんだけれども
531:デフォルトの名無しさん
06/05/28 03:39:26
>>528
とかいいつつ、結局使うのは名前変更とアクセッサ生成くらいだろ。
532:デフォルトの名無しさん
06/05/28 11:05:39
いや、プルアップ、ストリングの外部化、定数化、try-catchで囲む、
メソッドの抽出、メソッドや内部クラスの移動、プッシュダウンは
よく使うぞ。
533:デフォルトの名無しさん
06/05/28 12:31:17
>>532
察してやれ。>>531 がアクセサ生成しか使ってないんだよ。
534:デフォルトの名無しさん
06/05/28 13:37:49
>>532
その中でNetBeansに無いのはメソッドの移動と定数化だな。
535:デフォルトの名無しさん
06/05/28 14:30:34
利ファクタは Eclipse 3.2 で結構強化されたからな。
で、アクセサ生成はリファクタ機能じゃないからな。
ソース生成支援は他にたくさんある。
名前変更
移動
メソッド・シグニチャーの変更
メソッドの抽出
ローカル変数の抽出
定数の抽出
インライン化
匿名クラスをネストに変換
メンバー型をトップ・レベルに変換
ローカル変数をフィールドに変換
スーパークラスの抽出
インターフェースの抽出
使用可能な場合にスーパータイプを使用
プッシュダウン
プルアップ
間接指定の導入
ファクトリーの導入
パラメーターの導入
フィールドのカプセル化
宣言された型の一般化
総称型引数の推測
リファクタリング・スクリプトの作成
リファクタリング・スクリプトの適用
536:デフォルトの名無しさん
06/05/28 15:57:47
それ全部使ってるやつなんていないだろう
537:デフォルトの名無しさん
06/05/28 16:30:24
まーな。ただ、機能てんこもりっつーのは MS Office と
同じようなものだと思う。そんな機能つかわねーよ、という反面、
トップシェアを保つ。使いたくねーが、使わされる状況。
538:デフォルトの名無しさん
06/05/28 18:00:58
NetBeansでも、Jackpotでリファクタリングの数だけはアホみたいに増えるし、足りなくても手軽に定義できるし、時間の問題ではあるな。
539:デフォルトの名無しさん
06/05/28 19:04:23
>>536
8割方使ってる
540:デフォルトの名無しさん
06/05/28 20:18:21
JBuilderはEclipseベースに移行するね。
541:デフォルトの名無しさん
06/05/28 20:42:14
Eclipseベースに移行する意味あるのかね？
542:デフォルトの名無しさん
06/05/28 21:02:20
JBuilderの利点
１・ウィザード等インターフェースが親切
２・サポートがある
３・プラグインを入れなくてもGUIもJ2EEもOK
４・便利なコンポーネントがある
機能的にもろにNetBeansとかぶっていて３の利点がなくなった
４は囲い込み戦略なので（OracleのADFと同じ）移植性のために使わないようにと推奨されていた
２は商用製品なので当たり前
１がEclipseやNetBeansにないものなのでそれが追加されればEclipseベースになってもかまわないのだろうけど
すべて統合されているからこそ使えるような
JBuilderにEclipseのエディタだけが組み込まれる、なら喜ぶ人はいそうだが微妙だな
それに開発環境方面すべて捨てると宣言してなかったっけ？
それじゃ誰も買わなくなるよな
うちだとGUI関係はみんなNetBeansに移行した
最近Eclipse,JBuilderプロジェクト移行プラグインでたし今なららくかも
543:デフォルトの名無しさん
06/05/28 21:04:33
>>541
コア・プラットフォーム部分の開発にリソースを割かなくてよくなる。
544:デフォルトの名無しさん
06/05/28 22:43:24
>>542
つーことは、SWTベースなのか。
JBuilder用プラグインもSWTベースで
しかもEclipseのプラグインとしても使えると？
545:デフォルトの名無しさん
06/05/28 23:23:41
互換性のためにラップしていたらSwingネイティブ時代より遅くなりそうだな
546:デフォルトの名無しさん
06/05/29 10:12:37
>>543
コア部分は今まで開発した資産があるだろうし、
今後、大きく変更はないんじゃないか？
それよりもGUIがSWTになったりだとか、eclipse側の
バージョンアップに付いていく事の方がコストがかかる気がする。
それともeclipseに乗っかれば売れるとでも思ってるのかな・・・
547:デフォルトの名無しさん
06/05/29 13:42:31
>>486
明治生まれか？
548:デフォルトの名無しさん
06/07/13 13:53:14
IDE 厨
プロジェクトルールで IDE を指定されるとその欠点をあげつらう
それがしばしば宗教論争に発展する（例えば Eclipse/NetBeans など）
プロジェクト以外のもの（交通費請求など）も IDE に組み込もうとする
「簡単だろ？」と得意げにぬかすが、それが時々正しく動かない
そこを糾弾すると逆ギレ
客先の純サーバ環境（Ｘが使えない、など）に直面してフリーズする
エディタ厨
プロジェクトルールで IDE を指定されると文句を言い出す
無理矢理にでもいつも使っているエディタを組み込もうとする
「簡単だろ？」と得意げにぬかすが、それが時々正しく動かない
そこを糾弾すると逆ギレ
客先でも IDE を見かけるとブツクサ言い出し「教育」に励む
優秀な人
プロジェクトルールで IDE を指定されると「あ、そう」と言う
使ったことがあるものなら即使う、なければチュートリアルなぞで覚える
しばらく経つと上記の厨どもより仕事が早くなっている
549:デフォルトの名無しさん
06/07/13 14:49:20
>>548
おれんとこはIDEは複数使っていたけどね。
マシンが重たい奴は秀丸+antやEmacsとかでさ。
交通費請求ってなんだ？
EclipseやNetBeansはどちらも金かからないぞ。
550:デフォルトの名無しさん
06/07/13 16:08:58
>>549
業務のための移動にかかった交通費の精算手続きなどである
単なる例であって他のモノでも構わない
要は「なんでもできる」と主張したいわけだ
できないのに
まあＩ厨で一番困るのはフリーズ現象の方だけどね
ひどいのになると逆ギレしだすから始末に困る
551:デフォルトの名無しさん
06/07/13 23:10:55
例えが悪いと、文章の中身まで疑わしく思ってしまうな。
552:デフォルトの名無しさん
06/07/14 01:19:22
おれも、viで日本語が化けたりemacsが無かったりするとフリーズする。
553:デフォルトの名無しさん
06/07/21 03:29:17
エクリプス、Ｖスキャン重いよ
554:デフォルトの名無しさん
06/08/04 11:55:57
Vスキャンって何？
水平に何かをスキャンする？
555:デフォルトの名無しさん
06/08/04 15:42:53
Vertical
Horizontal
556:デフォルトの名無しさん
06/08/05 20:57:56
垂直スキャンだ
557:デフォルトの名無しさん
06/08/11 00:48:06
さいきんTPTP使ってtomcatをプロファイリングしたんだけど、いろいろ情報が得られて感動した。
558:デフォルトの名無しさん
06/09/07 21:17:13
エキシプスっていうおっさんＰＧもいるな
559:デフォルトの名無しさん
06/09/30 10:19:45
VE糞すぎ
560:デフォルトの名無しさん
06/09/30 12:28:21
VEがいいなんていったやつ出たときからだれもいないだろ
561:デフォルトの名無しさん
06/10/23 02:54:58
インストール済みのフィーチャーを更新、で必須のみ選択ってボタン押して、
いざインストールの段になると「競合があるので一部の機能が動作しなく
なるかもしれません。続行しますか？」ってなんやこれ。必須いうたやん。
続行したら今度は、シグニチャーがないけどいいか？とか聞かれるしぃー
プログラム書く仕事だと、よそのバグヒットしたくないから更新しないわけには
いかないしね。みんなどうしてる？
562:デフォルトの名無しさん
06/10/23 07:38:01
eclipseなんて使わない
563: 【吉】 【904円】
07/01/01 10:50:59
VSじゃダメなの？
564:デフォルトの名無しさん
07/01/05 13:27:00
釣られないから
565:デフォルトの名無しさん
07/01/13 21:45:36
差分とるためだけにEclipseのCVS機能使ったりする
起動が軽ければなぁ
566:デフォルトの名無しさん
07/01/17 12:09:49
TortoiseCVS使えよ。
つうか今ならCVSではなくSubversionだから
TortoiseSVNだな
567:デフォルトの名無しさん
07/01/17 23:20:25
SVNってApacheとバークレーDBとかいうのが必要なんでしょ、セットアップがちょいめどいな。
568:デフォルトの名無しさん
07/01/18 00:27:32
>>567
取りあえずこれを読んで見るべし。
URLﾘﾝｸ(subversion.bluegate.org)
ApacheとバークレーDBは必須ではない。
Subversionだけで十分リポジトリとして機能する。
569:デフォルトの名無しさん
07/01/18 21:14:31
>>567
いらねえよ。誰に騙されてれているんだお前は。
そんなFUD攻撃していると作者も怒るぞ。
しかもいまどきバークレーなんていらねえし不安定。
Apacheのかわりにsvnserveをつかえばよろし。
それに、面倒ならFedora Core付属のSubversionを使うか
WindowsにインストールできるTortoiseSVN使え。
後者ならマウスだけでインストールできるので非常にらくだ。
570:デフォルトの名無しさん
07/01/18 21:17:22
ごちゃごちゃうるさい。文句があるならここの記者土下座させてこい。
URLﾘﾝｸ(www.atmarkit.co.jp)
571:デフォルトの名無しさん
07/01/18 21:53:53
2002年の記事を引っ張ってきてお前は何を言ってるんだ？
572:デフォルトの名無しさん
07/01/18 21:57:17
自分で撒いたFUDってか。
573:デフォルトの名無しさん
07/01/22 10:36:34
で、たまに日本語コメントが化けるのは治ったのかいな？
574:デフォルトの名無しさん
07/01/22 15:45:58
>>570
そんな4年半前の記事を出して一体何が言いたいのかな？
今のSuversionでは当時存在しなかったファイルシステムFSFSが
使えるしそのためにバークレーは時代遅れだし。
本家の英語サイトの記事読めや
575:デフォルトの名無しさん
07/01/22 15:49:10
>>573
どこの日本語だ？
文字コードはUTF-8ですべて統一しているが、とくに化けていないが
576:デフォルトの名無しさん
07/01/22 20:38:40
イクリプスと呼べ
577:デフォルトの名無しさん
07/01/22 21:45:07
プラグインを書く立場だと微妙にEclipse。
表面的にはNetBeans Platformの方がシンプルだけど、
踏み込むとEclipseに一日の長がある感じ。
SWTも慣れれば悪くない。
578:デフォルトの名無しさん
07/02/05 21:42:22
Eclipseでは、開いたファイルの文字コードを自動判別することはできないの？
579:デフォルトの名無しさん
07/02/07 10:52:09
ずっとVisualStudio使ってきたんだけど、Eclipseに変えたらゲゲー使いにくいってことにならないかな？
Intellisenseくらいは付いてるんだよね？
580:デフォルトの名無しさん
07/02/07 11:03:15
ずっとEclipse使ってきたんだけど、VisualStudioに変えたらゲゲー使いにくいってことにならないかな？
Refactoringくらいは付いてるんだよね？
581:デフォルトの名無しさん
07/02/07 11:17:24
>>579
機能面でEclipseが劣っている部分はほとんど無い。補完とかリファクタは完全にEclipseの方が上。
それよりソリューションからワークスペースに頭を切り換える方が大変。
582:デフォルトの名無しさん
07/02/07 21:59:01
>>581
ドキュメントとの連携がVSの方が上。
583:デフォルトの名無しさん
07/02/07 23:13:07
>>582
VSスレから出張乙。
584:デフォルトの名無しさん
07/02/07 23:38:14
ドキュメントとの連携てなんのこと？
585:デフォルトの名無しさん
07/02/07 23:39:06
おれ、c++のプロジェクトで、1度eclipseを試して見たけど、最初のプログラム
内の情報のindex作るところで、数時間待ったけど終わらず、どうしようもなかったから
結局使えなかったよ。まあjavaならそんなことはないけど、ビルドに5分位
かかる程度の中規模のものでそれだからな。
ちなみにメモリ1GのlinuxデスクトップPC。
そういえば前の方のレスでantやMakefileを自動生成しないみたいだけど、プラグインであるの？
586:デフォルトの名無しさん
07/02/07 23:44:00
>>579
エディタの機能面では上だが、最初から全機能使いこなせるわけないから、
使いにくいだろ。使う奴の問題だ。
Ctrl+Shift+O とか Ctrl+1 とか Ctrl+. とか Alt+Shift+R とか Ctrl+Alt+H とか
ショートカットを色々覚えれば便利だな。
587:デフォルトの名無しさん
07/02/07 23:46:06
JDT は強力だけどそれ以外は使いにくい。
588:デフォルトの名無しさん
07/02/07 23:47:19
regionとかコードの折りたたみとかはVSのほうがいいな。
regionは言語の機能かツールの機能か微妙なところだけど。
589:デフォルトの名無しさん
07/02/08 01:03:43
EclipseってC#も使えるの？VisualStudioみたいに使いやすい？
590:デフォルトの名無しさん
07/02/08 22:21:20
>>589
やめとけ。
591:デフォルトの名無しさん
07/02/09 17:02:07
javaと共通の書き方すればc++でもjavaの便利なリファクタリングツール使えるのかな
592:デフォルトの名無しさん
07/02/10 04:10:07
継承をjavaと共通の書き方でかけない時点で没
593:デフォルトの名無しさん
07/02/10 12:28:37
>>591
使えない
594:デフォルトの名無しさん
07/02/11 21:53:22
ancestor('Eclipse','Nearco').
ancestor('Darley Arabian','Eclipse').
595:デフォルトの名無しさん
07/02/11 21:59:17
Java専用ってことか
596:デフォルトの名無しさん
07/02/11 23:19:37
>>594
安瀬スターっていうと普通に古代人を思い出す
597:デフォルトの名無しさん
07/02/12 05:34:03
イクリプスだろ！ぼけ！
598:デフォルトの名無しさん
07/02/12 10:22:19
>>585
今のバージョンはどうかわからないが
SUNのJVMでeclipseを動かすとC/C++プロジェクトを扱うときに
固まるバグがあるらしい。IBMのJVMだと大丈夫。
599:デフォルトの名無しさん
07/02/23 20:41:44
エクリプスのコアパック作ってほしい。
アフォかってほど重くて使えネー。
エクリプスの推奨動作環境ってどんなもんよ？
ＣＰＵ３ＧＨｚぐらいでメモリ１ＧＢぐらいか？
なんだってこんな糞みたいにリソースばっかり食うんだ。お前。
Vistaで動くのか？ただでさえ重いのにさらに重たくなるのか？
一度、起動してうっかり終了させちまうとまた起動に時間かかりやがってすげーむかつく。
javaか？javaが重いのか？いくらスクリプト言語つったって
組む奴がよっぽどヘタレじゃねーとこんなに重くはならんだろ。
一体どんなプログラム組んだらこんなに糞重くなるんだよ。
600:デフォルトの名無しさん
07/02/23 20:52:24
最新版はVistaで動くぞ。
コアパック作って欲しいという意味がわからないんだが。
錐諸環境はメモリ1GBだな。
CPUは2GHzでいい。
これならWTPプラグインを入れても問題ない快適さだ。
601:デフォルトの名無しさん
07/02/23 23:29:11
>>599
URLﾘﾝｸ(yoxos.com) 行けば、自分の必要なものだけで
パッケージ作れるぞ。
602:デフォルトの名無しさん
07/02/24 01:34:16
Eclipseの起動が遅いのはプラグインの仕組みのせい？
メモリ多くしても起動時間はそんなに変わんないし。
あと時々レスポンスが悪いのはSWTが原因？
603:デフォルトの名無しさん
07/02/24 03:36:31
軽いのがいいならNetBeans使えばｗ
604:デフォルトの名無しさん
07/02/24 10:08:14
どうしてNetBeansが軽いと思ったんだ？
605:デフォルトの名無しさん
07/02/24 11:44:37
>>602
Eclipseのバージョンはいくつだ？
メモリは何バイトだ？
Javaのバージョンはいくつだ？
それらをすべてここに貼り付けよ
606:デフォルトの名無しさん
07/02/24 12:40:33
逆に快適な人はどれくらいの環境なのか知りたい。
607:デフォルトの名無しさん
07/02/24 12:51:36
メモリ1GB
Java SE 6
Win XP SP2
CPU Athlon XP 2300+
608:デフォルトの名無しさん
07/02/24 23:15:06
>>604
WebアプリつくるときはNetBeansのほうが軽かったりするぞ
609:デフォルトの名無しさん
07/02/24 23:33:39
そうなかあ。ほとんど変わらないと思うんだけど。
610:デフォルトの名無しさん
07/02/24 23:59:25
>>608
Swingアプリの方が軽いというならわかるけど
Webが軽いのか？
WTPプラグインは重たかったけどさ、
今のEclipseでは十分軽いと思う。
611:デフォルトの名無しさん
07/02/27 00:31:41
Eclipseだけどさ。キーカスタマイズのエクスポートは出来るけど、インポートはどうやンだろ。
つーか、出来ないのか?
612:デフォルトの名無しさん
07/02/27 08:36:36
ファイルメニューに「インポート」あるじゃん。
613:デフォルトの名無しさん
07/02/27 09:32:39
ソレはギャグで言ってるんだな。
614:デフォルトの名無しさん
07/02/27 09:55:48
なんで？
615:デフォルトの名無しさん
07/02/28 00:05:02
結局、Eclipseって、Java以外で使うとショボイんだよね。
616:デフォルトの名無しさん
07/02/28 09:51:47
それは言語による
617:デフォルトの名無しさん
07/02/28 10:23:31
>615 じゃないけど。
>>616
ってことは Java 以外にもいい感じで使える言語があるってことだね？
何？
618:デフォルトの名無しさん
07/03/01 00:22:13
Ruby
tex
619:デフォルトの名無しさん
07/03/04 23:44:18
AspectJ
620:デフォルトの名無しさん
07/03/05 01:20:38
Ruby対応はNetBeansの方が強力みたいだな。
621:デフォルトの名無しさん
07/03/05 08:15:51
NetBeans、Javaもまともに使えないのに？
622:デフォルトの名無しさん
07/03/05 13:01:38
>>621
去年のJava関連でオライリーにぼろくそにかかれて必死だな
623:デフォルトの名無しさん
07/03/05 13:30:38
EasyEclipseイイ
624:デフォルトの名無しさん
07/03/05 22:24:17
CDT勉強したいんですが、なんか良い参考書とかないでしょうか
eclipseも触ったことありませんのでツールの勉強の仕方もあわせて教えてください
625:デフォルトの名無しさん
07/03/07 23:34:26
> 621
コード補完
URLﾘﾝｸ(www.netbeans.org)
Rails対応
URLﾘﾝｸ(www.netbeans.org)
626:デフォルトの名無しさん
07/04/07 21:35:40
最近、サーブレット作るならNetBeansの方が何かと便利に思う。
まぁeclipseでも色々なプラグインを使えば同等の事はできるだろうとは思うのだが、
最初からオールインワンは助かる。
627:デフォルトの名無しさん
07/04/08 20:46:54
今でもサーブレットを自分で書いてる人いるんだ
IDEを使うと便利とか言ってる位だから1個ずつ作ってるんだよね
フレームワークとか使わないの？
628:デフォルトの名無しさん
07/04/08 22:05:59
eclipseって、死ぬほど遅いよな
629:デフォルトの名無しさん
07/04/08 22:43:12
>>628
じゃ死ねよ
630:デフォルトの名無しさん
07/04/09 02:58:19
そういやぁ、長いことextends HttpServletしてないな
631:デフォルトの名無しさん
07/04/09 14:19:29
>>629
山岡乙
632:デフォルトの名無しさん
07/04/09 18:40:10
>>622
kwsk
633:デフォルトの名無しさん
07/04/09 22:06:56
>>632
2006年のJava界の勝ち組と負け組
URLﾘﾝｸ(d.hatena.ne.jp)
【Updated】2006年のJava界の勝ち組と負け組
URLﾘﾝｸ(d.hatena.ne.jp)
JSRの取り込みが早いのがNetBeansの利点ですね。
NetBeans 6 デモ (JSR295とJSR296の合わせ技)
URLﾘﾝｸ(www.netbeans.org)
JSR 295: Beans Bindingとは
URLﾘﾝｸ(journal.mycom.co.jp)
JSR 296: Swing Application Frameworkとは
URLﾘﾝｸ(journal.mycom.co.jp)
634:デフォルトの名無しさん
07/04/10 14:14:15
俺も最近気づいたばかりなんだが、
NetBeans の方がeclipse より速いんだよな。
たしか、NetBeans の方が死ぬほど遅いという話じゃなかったっけ？
ぜんぜん逆じゃん。世の評判は信用ならん…
635:デフォルトの名無しさん
07/04/10 15:12:03
>>634
昔はそうだったんだよ
636:デフォルトの名無しさん
07/04/10 15:16:03
一番の原因はSysytemLAFだけどな
今のマシンパワーなら1.3以降のSwingは快適
637:デフォルトの名無しさん
07/04/12 01:39:07
>>636
遅いといわれてたのも1.3だよ
1.4でDirectXをうまく使い出してから速くなった。
まあ、Swingは版を重ねるたびに速くなってるから、1.4と比べて5.0はすごく速いし、6も速くなったしね。
638:デフォルトの名無しさん
07/04/12 12:08:44
いや、1.3から1.4になって早くなった原因はほぼVMの高速化
ハードウェアアクセラレーション使うようになって早くなったは1.4.1から
でも、5.0では速度的な向上はほぼゼロ
6ではまた大幅にアップしたけどね
1.3ですごい快適になったのはHotspot採用されたから
1.2まではJITだったのでレスポンスがおわってた
今1.3起動してごらん
快適に動くから
639:デフォルトの名無しさん
07/04/12 21:43:10
5.0のときは、Hotspotの最適化でSwingも速く感じるようになったんじゃなかった？
640:デフォルトの名無しさん
07/04/12 23:29:02
5.0はVM自体速度はほとんど上がってないよ
GCのレスポンスは多少改善されたが
641:デフォルトの名無しさん
07/05/02 23:21:19
んでも、1.4→5.0でSwingアプリはかなり軽くなってる気がするんだが。
642:デフォルトの名無しさん
07/05/02 23:26:52
1.4.2から5.0は再現性はあがってるが速度は上がっていない
1.4と1.4.1は別物の速度
5.0から6だとさらに速くなってるけど、これVMの大幅な高速化が原因だと思う
643:デフォルトの名無しさん
07/07/22 17:37:58
別スレでも聞いたんだけど･･･
今、コンパイラぽいものを作りたくて、
JflexとJay使おうって思ってるんですけど、
eclipse上で使うためにはどうすればいいのでしょうか？
644:デフォルトの名無しさん
07/07/22 17:39:56
一応age
645:デフォルトの名無しさん
07/07/22 17:45:39
>>643
マルチにならないためにはあっちの質問を撤回しとけよ
646:デフォルトの名無しさん
07/07/22 17:52:33
どう作ったらこんなに糞重くなるのか聞いてみたい気はするｗ
とりあえずＧＵＩ部分は思いっきり下手糞だよね
なんぼなんでも重すぎる
647:デフォルトの名無しさん
07/07/22 18:32:32
お前が作ってコントリビュートすればいい。
だいたい GUI 部分重い？
ソース見て理解してねーだろ？
GUI だけで、何も処理してなければ軽いだろうな。
ちょっとサクっと書いてみてくれ。
648:デフォルトの名無しさん
07/07/22 19:53:37
>>647
俺はエクリプスが無駄に重いって言ってるんだけど日本語おｋ？
649:デフォルトの名無しさん
07/07/22 19:54:28
VCと動作比べたときにお世辞にもいいとは言えないよな
650:デフォルトの名無しさん
07/07/22 21:48:43
タダのモンにケツつけてんじゃねえ！
651:デフォルトの名無しさん
07/07/22 21:53:47
>>650
そういう問題じゃないだろ。
>>648が不満に思ったら、自分で書き換えて速度向上出来るのがeclipse。
いくら不満に思っても、自分で書き換え出来ないのがVisualStudio。
暗いと文句を言うよりも(ry
652:デフォルトの名無しさん
07/07/23 00:03:04
>>651
そうそう。それが言いたかったんだ。
・・・という、俺はえくりぷすを日本語化すら出来ないウンコちゃんですが。
653:デフォルトの名無しさん
07/07/23 00:41:12
まずSWTを捨ててSwingにしなきゃだめだな。
SWTの重いのはJNI使ってるのが悪いんだから。
Swing Eclipseだかなんだか、誰か作ってたよね？
654:デフォルトの名無しさん
07/07/23 01:32:03
>>653
SwingもAWTの部分で結局JNI使ってる
JNI使ってるから遅いとか速いとかは迷信
655:デフォルトの名無しさん
07/07/23 01:51:09
すごい迷信キタ！
JNIでなんでSWTが遅くなるのかとか、なんでSwingが速くなったかとかわかってない人じゃないと、こういうことは書けない
656:デフォルトの名無しさん
07/07/23 01:56:58
>>651
まぁ、それには賛成。
遅い遅い言うよりも、自分で書き換える方が建設的だよね。
スキル無いとかえって遅くなる可能性もあるけど。
657:デフォルトの名無しさん
07/07/23 02:00:26
>>656
こっからいじるぐらいだったらVC使うよｗ
わざわざエクリプス活かす必要ないものｗ
658:デフォルトの名無しさん
07/07/23 02:04:38
せめて言語は合わせて話ししてくれ。
おまえがVC好きなのはどうでもいい。
659:デフォルトの名無しさん
07/07/23 03:17:04
>>657
・マルチプラットホームに関わりが無いヤシ
・割れ使って罪悪感が無いor潤沢な資金があるヤシ
・「マイクロソフトは偉大だからどこまでも付いていく」ってヤシ
・「オープンソースなんて信用ならない」ってヤシ
・OSのバージョンが変わるたびに開発環境がゴッソリ変わるのを苦痛に感じないヤシ
こういうヤシにはVisualStudioがオヌヌメでつ。
それがイヤンなヤシはeclipse等のオープンソース開発環境
または、スクリプトによる開発がオヌヌメです。
660:デフォルトの名無しさん
07/07/23 03:24:50
>>659
いまってＶＣタダだぜ
661:デフォルトの名無しさん
07/07/23 03:26:56
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
これな
662:デフォルトの名無しさん
07/07/23 04:26:02
タダってフル機能なん？
見てないけど。
663:デフォルトの名無しさん
07/07/23 07:42:00
Javaってバージョン変わる毎に動かない環境がいくつか増えてく印象があるけど
今は全バージョンに完全な互換性があるんだね。
664:デフォルトの名無しさん
07/07/23 08:14:52
>>651
VSはかなりの部分を書き変えられる。
普通は書き変えないけどね。
665:デフォルトの名無しさん
07/07/23 08:49:01
>>663
そりゃ、完全な互換性はないよ。
でも、互換性を保つことに最大限気を使ってる
666:デフォルトの名無しさん
07/07/23 10:15:57
>>663
バージョンアップで動かなくなることはまずないけどね
サウンド周りとか微妙なタイミング使うやつは多少あったけどその程度
667:デフォルトの名無しさん
07/07/23 10:18:19
>>665
＞でも、互換性を保つことに最大限気を使ってる
それって、何て製品買わせるための囲い込み？
668:デフォルトの名無しさん
07/07/23 13:41:22
>>663
サポートしない環境が…… って事なら当たり前。
VisualStudio2005 だって Windows9x のサポートしてないし。
バグが原因で「動かない環境」を見つけたなら、原因特定してバグレポートしといてね。
669:デフォルトの名無しさん
07/07/23 15:22:06
>>668
javaに限っては
動作がわからないからバグかどうかも判断できね
って状況多いな
継承連発してクラス作ってるけど派生先のクラスで基の基底クラスで動作してた
メソッドが動かないことが結構あるな。しかもそういうのマニュアルで完全スルーだし。
書籍も意外とコアなところまで踏み込んでくれるもんないんだよね・・・
670:デフォルトの名無しさん
07/07/23 15:33:37
>>669
判断できないって、具体的にどんなケース？
実際に基底クラスの名前とか、動かないメソッドの名前とか
継承したクラスのソースとか出してみ？
671:デフォルトの名無しさん
07/07/23 15:48:35
>>669
継承連発したプログラムすると「特定環境でだけ動かない」って症状が出るわけ？
どんな環境で、どんなプログラム作ったんだろね？ 興味深い。
672:デフォルトの名無しさん
07/07/23 21:38:52
>>666
スレッドまわりで動きがかわることが結構ある。
ドキュメントで保証されていない部分の動きは結構かわる。
最適化や単なるプログラムミスで、そういった部分に依存したコードを書いている場合は死亡。
673:デフォルトの名無しさん
07/07/23 21:39:49
>>669
その現象みるに、単なるプログラムミスなわけだが、それより、「javaに限っては」っていうところに実力を感じる。
674:デフォルトの名無しさん
07/07/23 21:51:18
>>672
> ドキュメントで保証されていない部分の動きは結構かわる。
そんなの当たり前だろ
675:デフォルトの名無しさん
07/07/23 21:54:17
え？javaやって>>669の問題が理解できない？
相当アフォだな
表面だけすくってやった気になってるとしか思えない
話する価値なし
インターフェースを統一してるだかなんだか知らないけど
どんだけガラクタ入ってんだよってぐらいうごかねーもんあるぞ
俺が一番ブッちぎれたのはSwingのリストとカラム付きのリスト（名前忘れた）の挙動の違い
カラム付きリストの方はほとんどのキーがとれない
こういうのがたくさんある
無駄にインターフェースを強引に同じにして同じ挙動するかと思いきや
その実中身めちゃくちゃな動作しやがるの
空ならまだいい。すげー糞なの。
あとは自分でやってみて
すんげー頭にくるから
実装としてはＭＳのＧＵＩなぞるしかないんだろうけど同じことやろうとしても５０％もできないの
676:デフォルトの名無しさん
07/07/23 21:59:28
こういう発見したらSunにメール送ればいずれなんとかなるのかなぁ・・・ｗ
はっきりいって作り直してほしいんだけど・・・＞インタフェースが無駄に同じで同じコード書いても同じ挙動しないクラス
677:デフォルトの名無しさん
07/07/23 22:13:48
>>675
SwingのリストはJListとして、カラム付きのリストって何だ？
あと、キーが取れないって何？
なんつーか、ドキュメントをきちんと読んでなかっただけじゃね？
>>676
>>675 の内容じゃ無理だと思う。何言いたいのかわからん。
俺だったら暫くしたら削除する。ディスクスペースの無駄だから。
678:デフォルトの名無しさん
07/07/23 22:39:51
>>672
スレッドの動作が変わるって具体的にたのむ
679:デフォルトの名無しさん
07/07/23 23:11:23
>>677
たぶんJTableが理解できていないだけでしょ
680:デフォルトの名無しさん
07/07/24 01:26:56
JTableを知っててMSのGUIなぞるしかないとか言えないな。
681:デフォルトの名無しさん
07/07/24 02:07:02
>>678
簡単なところだと、synchronizedでブロックされたスレッドの再開順序が変わったり。
ブロックされた順に再開されることを期待していたプログラムは、うまく動かなくなる。
682:デフォルトの名無しさん
07/07/24 04:52:08
>>679
じゃなんでJListと違う動きすんの？
同じ動きするべきじゃない？
じゃなきゃインターフェース統一する意味がわからない
これってSunがまだ作り途中だからこのありさまなの？
それともこれが理想の形でいいの？
683:デフォルトの名無しさん
07/07/24 05:14:24
>>682
もちつけ。
藻前が大好きなWin32APIに良くあるような
名前が違って同じように見えて違いそうだが実は同じってパターンだけが全てだと思うな。
本来のAPIやらクラスライブラリってモノはある程度整理されていて
同じように見えてもそれぞれ役割が違う(役割が違えば操作方法も違う)モノの集合体だろ。
684:デフォルトの名無しさん
07/07/24 07:00:44
JTableとJListが同じ動きするべきってすごい理論だな。
685:デフォルトの名無しさん
07/07/24 07:02:53
>>684
インターフェースは同じなのに同じ挙動をすべき部分で違う挙動をしてるってのはある>JTable JList
686:デフォルトの名無しさん
07/07/24 07:13:20
同じ挙動をすべき部分
687:デフォルトの名無しさん
07/07/24 08:21:03
漏れの理解が正しいかどうかわからんけど、似たクラスでインタフェースが共通でも
結果が異なるパターンって言うのは確実にあると思う。
例えば行列クラスと配列クラスがあったとして、掛け算という共通インタフェースがあるとする。
行列クラスの掛け算は行列式の掛け算、配列クラスの掛け算は各要素の同じ座標同士の掛け算
だったとすると、結果が違っても当然ｼﾞｬﾏｲｶ？
688:デフォルトの名無しさん
07/07/24 08:54:08
ここで言ってるインタフェースってjavaのinterfaceのこと？
それともUIの話？
689:デフォルトの名無しさん
07/07/24 10:23:24
>>681
synchronizedはもともとアンセーフ
順番は保障されない
それに依存するとダメなのは変わってねーよ
あほかと
690:デフォルトの名無しさん
07/07/24 11:34:08
>>689
すべてのコードが保証された挙動にしか依存してないとは限らない。
そういうコードでJDK1.4で動いてJDK1.5で動かないプログラムがあったとしても、やはり「Javaもバージョンをあげるとプログラム動かなくなるじゃね～か」というやつが現れる。
691:デフォルトの名無しさん
07/07/24 11:45:30
Tomcatでも、クエリーパラメータにはsetCharacterEncodingが効かなくなったりな。
692:デフォルトの名無しさん
07/07/24 13:41:12
>>690
C言語でのif文の評価順が最適化によって代わると環境によって動かなくなる
といってるのとかわらんな
まぁ、フェアな同期化がほしければLockつかえよと
昔からグリーンスレッド前提とか1CPUでしかうごかないとか環境依存のコード書くやつはいたからなぁ
こればかりはVMも仕様もわるくないのでどうしようもないな
完全互換性を求めるなら昔の環境を用意するしかないわけでVMが今以上に普及してくればわりと解決しやすいか
Javaだけの話ならWebStartにしてバージョン設定いれておけばよろしいだけ
693:デフォルトの名無しさん
07/07/24 16:32:39
何個もJava入れたくねえ。
694:デフォルトの名無しさん
07/07/24 21:38:12
>>692
Lockが1.5まで用意されてなかったわけだ。
だれが悪いわけでもない。
VMが悪いとか仕様が悪いという話ではなくて、仕様外の挙動を利用しないといけない局面は必ずあるということ。
いまでもアンドキュメンテッドなSwingの描画タイミングに依存するコードを書かないといけないことはある。
だから、仕様に互換性があるからといって、昔のプログラムがそのまま動くと限らないし、そういうプログラムを組んだことが悪いともいえない。
695:デフォルトの名無しさん
07/07/24 22:01:54
> アンドキュメンテッドなSwingの描画タイミングに依存するコード
具体的には？
696:デフォルトの名無しさん
07/07/24 22:12:48
>>695
Robot使ったりJNI使ったりする場合。
697:デフォルトの名無しさん
07/07/24 22:23:05
JNIってAWTじゃね？
698:デフォルトの名無しさん
07/07/24 22:23:20
>>694
仕様外の挙動を利用するのはともかくとして、
仕様外の挙動に依存しておいて、その上で互換性要求する奴はアホだろ。
699:デフォルトの名無しさん
07/07/24 22:53:32
バグがあったのでそれを回避するコードかいていたら動かなくなったとか普通にあるしなぁ
そういうときは古いVMを使うしかないな
700:デフォルトの名無しさん
07/07/24 23:01:56
>>698
ほぼ同意。
でもJavaは互換性を売り物にした開発環境なんだから、仕様外の挙動でも、
バージョン依存で同じバージョンの別プラットフォームでも動くモノは積極的に救って欲しいな。
それが出来れば、より普及すると思う。
MIDPやら組み込みは容量の問題で仕方ないとしても、
PCやら鯖用のVMには下位バージョンの互換モードつけてくれても良いと思う。
701:デフォルトの名無しさん
07/07/24 23:06:16
>>700
解互換がほしければそのVMをいれればいいだけ
共存できるんだし、買い互換モードなんて無理
どれだけのバージョンがあるのかと
702:デフォルトの名無しさん
07/07/24 23:25:17
>>700
速度やサイズの最適化の余地と、仕様外の互換性がトレードになってるところでは
仕様外の互換性はガンガン捨てて良いと思うけどね。オレは。
703:デフォルトの名無しさん
07/07/24 23:31:54
>>701
最新入れて動かないアプリがあるって時点で初心者といわれるシロウトユーザーは混乱するわけだ。
その意味では各メジャー(?)バージョン毎の最終版＋最新版をまとめたインスコパッケを誰かが用意してくれると
シロウトユーザーに混乱が出にくくなって良いと思う。
例えば、JDK 1.1系、J2SE 1.2系、 J2SE 1.3系、J2SE 1.4系、J2SE 5.0系、J2SE 6系の各最新版が入ったパッケとか。
ただ、それでもVMたくさんインスコするとディスク圧迫するんで、
互換モードありのVMも用意してくれたらうれしいと思う。
ってか、シロウトのマシン、整備頼まれるたびにJavaVMをインスコして普及を図ってるんだけど
ディスク圧迫するのもイヤだし、いくつもダウソするのマンドクサイんで最新だけ入れてる。
704:デフォルトの名無しさん
07/07/24 23:44:27
互換モード有って・・・VMそのものの問題よりライブラリの変更が問題だろ
継承関係とかかわるぞ
705:デフォルトの名無しさん
07/07/24 23:49:04
>>703
互換モード付きのVM＆標準APIを開発＆メンテって、やりたがる奴が居るかな？
それがあっても普及するとも思えないし。
互換モード作っても、完全な互換性なんぞ実現できないだろうし
既存のアプリを動かすつもりなら
既存のアプリは互換モードに対する配慮なんかしてねーから
ユーザの方で互換モードの設定とかをするしかない。
けど互換モードの設定の取り扱いが複雑だと、
結局ユーザに負担かけるわけで、ユーザの混乱が軽減するかは疑問だし。
706:デフォルトの名無しさん
07/07/25 00:50:37
>>701
ヒント：サポート切れ
707:デフォルトの名無しさん
07/07/25 00:51:33
>>698
だれが悪いとか誰がアホとかいう話をしてるわけじゃない。
708:デフォルトの名無しさん
07/07/25 00:52:15
>>697
JNIとAWTが同じと思う理由がわからない。
別物。
709:デフォルトの名無しさん
07/07/25 11:05:39
>>708
JNIでの直レンダリングはSwingではないはずだが？
710:デフォルトの名無しさん
07/07/25 11:09:56
>>706
どうせサポートきれてようが、今でもVBでもWin95でもなんでも動かし続けてるだろ
古いVMをサポートし続けるのは無理
だからセキュリティが問題になる箇所以外はVMで古いOSごとまるごと動かすしかない
それ以外は新しいバージョンでも動くように動作確認、保守するのが本来の勤めなのだが
保守に金は1円も払わんというところも多いのであほらしくなる
永遠にサポートなんて無理だよ
だからこそJDK6以降の自分で修正して使用可能というライセンスを利用しないてはない
どうしても古いVMサポートしようにもバックポートには限界があるし、そこまでかねかけるくらいなら
自前でミドルウェアでも作ったほうが安上がりなのではないか?
711:デフォルトの名無しさん
07/07/26 21:19:06
結構javaってそういう問題も含めてかなりいい加減だよね
しかも、情報があんまりない希ガス（日本語限定で）
712:デフォルトの名無しさん
07/07/26 21:56:06
.NETにしろVBのランタイムにしろバージョンが増えていけばきつくなってくるのは当たり前
新しいWindowsで動かなくなる理由として特定のOSに依存したコードを知らないうちに書いていたというのは多いからね
まぁOfficeのVBAの互換性のなさは根本的に違うけど
713:デフォルトの名無しさん
07/07/27 00:27:29
VMも一緒に配布すればいい
714:デフォルトの名無しさん
07/07/27 01:32:51
>>709
SwingじゃなければAWTになるという理由と、JNIによる操作がSwingに影響を与えないと思ってる理由がわからない。
715:デフォルトの名無しさん
07/07/27 08:18:37
JNIで直にコンポーネントにレンダリングする場合AWT Native Interface使うだろ?
716:デフォルトの名無しさん
07/07/27 13:52:00
>>715
SWTはAWTってこと？
717:デフォルトの名無しさん
07/07/27 13:57:44
>>715
JNIはレンダリングで使うとも限らんし。
718:デフォルトの名無しさん
07/07/27 23:08:41
>>717
ちょ
719:デフォルトの名無しさん
07/07/28 08:09:23
eclipseをチームで開発するとき、対象フォルダを右クリックして最新表示
してから更新を選べといわれる。サーバーと同期化するなら更新だけで十分でないか。
何のために最新表示するのかわかる方教えてください。
720:デフォルトの名無しさん
07/07/28 08:30:30
>>718
勝手にJNIはレンダリングで使うと決め付けてAWT Native Interface使うだろとか話を変な方向にずらすやつがいて困ってたんだよ。
JNIでウィンドウ操作したり、Swingの動きに影響あたえる処理はレンダリング以外にあるだろ。
721:デフォルトの名無しさん
07/07/28 09:05:29
>>720
JNIでレンダリングしてもSwingに影響与えないのか？
722:デフォルトの名無しさん
07/07/28 09:37:11
>>721
影響を与えるよ。JNIがSwingに影響を与えるって書いたら>>697の「JNIってAWTじゃね？」でわけわからん方向に。
723:デフォルトの名無しさん
07/07/28 10:03:33
>>722
常識的に考えて>>697はSwingに影響与えるからAWT Native Interfaceでやるのが普通じゃね?という意味だろ
724:デフォルトの名無しさん
07/07/28 13:58:41
AWT Native InterfaceはCanvas描画の話だと思ってるんだが、違うのか？
描画以外でもSwingに影響あたえるだろって話をしてるわけで、すごく認識がずれてる気がするんだが。
725:デフォルトの名無しさん
07/07/28 23:10:35
>>719
ディスクと同期が取れていませんって言われる場合があるからだろな。
Eclipse 外でファイルを編集した場合だけそうなる。
アホなプラグインでも使わん限りな。
でも上記のエラー出た時だけやれば十分だが。
っつーか、それ言った奴は
設定 > 一般 > ワークスペース > 自動的に更新
にチェックすれば自動的に行われるって知らんのだろ。
重いから俺はやらんけどな。
726:デフォルトの名無しさん
07/08/17 03:22:05
手当たり次第に更新チェック全部入れてアップデートしたらeclipse起動しなくなった。。
こういう場合はどうしたらいいのか、教えてくれた奴に座布団2枚。
嘘です。教えて下さいお願いします助けて下さい。m(_ _)m
727:デフォルトの名無しさん
07/08/17 03:32:54
>>726
AllInOneEclipse入れてリセｗ
728:デフォルトの名無しさん
07/08/17 03:33:48
まじすか。。あちゃぁ
729:デフォルトの名無しさん
07/08/17 03:35:02
つか私事で上げて失礼
730:デフォルトの名無しさん
07/08/17 03:44:56
スプラッシュイメージまでは出るんだが、そのまま終了してしまう。
一瞬エラーダイアログが見えるんだが、ヤツは肉眼では取らえられない
スピードで去っていく。（クリックによる捕獲は既に試みた）
エラーログのチェックぐらいはしたいんだが・・