[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/02 00:24 / Filesize : 227 KB / Number-of Response : 943
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん [04/11/01 18:12:24]
タダより高いものは無い。

267 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:03:50 ]
>>249
プログラムやアルゴリズムによってJavaが早くなったりしないか

268 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:06:40 ]
>>250
プログラムを部分的にネイティブにすることによって
他の環境へ移植するときに修正コストがJavaよりもかからないこっとと、

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


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



269 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:07:42 ]
>>254
API内部にnative使っているものもあるので以外とおそくなかったりするものもあったりする。

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

270 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:08:08 ]
>>256
そもそもCの仕事が少ない。

271 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:09:26 ]
>>260
> あと、GCは集中的に行われる
> Javaの問題はレスポンス
> Flipまで時間に余裕があるとき新世代のGCをしておきたいとか
> そういうのがあってもどうにもならない
> かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い

つjava.lang.ref.SoftReference

272 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 11:10:28 ]
>>264
それだったらC#やってるほうがまし。
VB.NETには魅力が感じられない。
よくわからんがVB時代の名残でGUI向け言語って先入観がある。


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

274 名前:デフォルトの名無しさん mailto:sage [2006/04/03(月) 16:15:53 ]
そもそもJavaで60fpsのゲームなんて無理だろ?
そんなタイミングがシビアなときのGCなんて気にするようなことじゃない。

275 名前:デフォルトの名無しさん [2006/04/03(月) 20:19:44 ]
VB.NET・・・(´_ゝ`)



276 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 01:31:32 ]
>>273
一応割合指定とかあるけど1ms以下の挙動はあんまり期待できなかった


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

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


277 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 06:54:31 ]
javaも値型オブジェクト導入すりゃいいのに

278 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 07:12:56 ]
なんで?

279 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 07:17:26 ]
javaもunsigned導入すりゃいいのに


280 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 09:53:59 ]
>>276
ほんとかよ。
2Dゲームの背景にタイルを敷き詰める処理を作ってみたが明らかに遅いぞ。
これと言って変な処理は入れてないが、5fps出ない。


281 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 10:19:38 ]
>>279
そういうクラスを実装すればいい。


282 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 10:54:38 ]
>>280
Javaでゲーム作成スレくらいみてからいってくれ

あとそのコードさらせ


283 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:25:53 ]
>>271
解決になってないぞ

284 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:43:39 ]
GCのことで文句を言う前にまずReferenceを
うまくつかって解決に挑戦してみろってことだろうや

285 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:48:12 ]
>>284
ゲームなどの用途でのGCをコントロールする意味わかってるの?
リファレンス使ったところでどうにもならんよ



286 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:51:33 ]
>>285
まーまー。Reference 覚えたんで言ってみたかっただけだろ。
許してやれ。

287 名前:デフォルトの名無しさん mailto:sage [2006/04/04(火) 22:53:28 ]
そういやVCバリのスレでもjava.lang.ref使えば解決とかうそつき発言なやついたなぁ


288 名前:デフォルトの名無しさん mailto:sage [2006/04/05(水) 11:13:23 ]
確かに長い配列の扱うときにReferenceを使うと
高速化するのは事実だけども


289 名前:デフォルトの名無しさん mailto:sage [2006/04/05(水) 11:42:23 ]
Referenceって世代別GCと相性悪いってのしらないやつまだいるのか

290 名前:デフォルトの名無しさん mailto:sage [2006/04/05(水) 12:07:26 ]
今なら配列ではBuffer

291 名前:デフォルトの名無しさん [2006/04/06(木) 19:59:54 ]
コンパイルできねぇ。
なにこの糞死ね!

292 名前:デフォルトの名無しさん [2006/04/06(木) 20:00:27 ]
糞!糞!糞!
blog.sena.to/archives/2006/01/14/2126.html
ココと同じことやったんだが全くダメ!
糞!糞!糞!

293 名前:デフォルトの名無しさん mailto:sage [2006/04/08(土) 17:30:10 ]
>>290
マ板の 最近のJavaって軽くね? スレで答えてもらえなかったんだが、どう使うんだ?

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

294 名前:デフォルトの名無しさん mailto:sage [2006/04/08(土) 17:45:18 ]
こちらにまで出張してくるC言語厨の教えて君ご苦労様です。


295 名前:デフォルトの名無しさん mailto:sage [2006/04/08(土) 20:18:06 ]
そんなこと言わないで教えてよ



296 名前:デフォルトの名無しさん mailto:sage [2006/04/08(土) 21:19:34 ]
質問するならスレまちがえてるぞ

297 名前:デフォルトの名無しさん [2006/05/05(金) 01:51:50 ]
イクリプス
じゃなかったっけ???

298 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:31:17 ]
エクリプスじゃね?
www2.alc.co.jp/ejr/index.php?word_in=eclipse&word_in2=reedeirrf&word_in3=zJPa7DCxJ15687987t

299 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 04:35:29 ]
調査の結果

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

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

エクリプス→フリーソフトのEclipse

イクリプス→カーオーディオ

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

300 名前:デフォルトの名無しさん [2006/05/05(金) 05:22:26 ]
俺はイクリプスって読んでる。
experienceのノリで。

301 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:41:01 ]
こんなん出ましたけど

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

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

302 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:51:45 ]
別に発音的に間違ってるわけじゃないんだから
俺はイクリプスのままで通しますね。

303 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 05:58:46 ]
一応参考
www.excite.co.jp/dictionary/english_japanese/?search=eclipse
で発音が聞ける。

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

304 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 06:13:11 ]
>>303
でも、2ちゃんに書き込むときはエクリプスにしてくださいね。
イクリプスだとカーオーディオのが多いようですから。

305 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 10:01:37 ]
>>302
記述的には一般的ではないけどな。



306 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:06:58 ]
>>303
いるな、英語の発音に粘着する奴。
普通の会話でカタカナをネイティブな発音でしゃべると
おかしいことに気づかないくらいアホなんだろな。

307 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:08:14 ]
イクリプスって言う人のほうが多いな
wikiが立ち上がったときにかなりさわいだな、これ


308 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:18:36 ]
>>307
俺は色々な会社の人間と話するが、
エクリプスとしか、聞いたことない。
関西ローカルなのか?

309 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:05:48 ]
>>308
いや、関東も同じ

310 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:21:31 ]
よし、みんな、
これからはできるかぎりイクリプスと発音するように心がけようで

311 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:22:15 ]
>>304-305
安心しろって。
書くときはeclipseって書いてるから。

312 名前:デフォルトの名無しさん [2006/05/05(金) 13:44:46 ]
Eclipseのソース追っかけてると、
デザパタてんこもりで、最近ちょっとうんざりしてきた。。。

313 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 14:05:59 ]
Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる

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


314 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 15:03:18 ]
>>312
デザパタてんこもりって、そりゃ必然だろ。
そんなこと言うとJDKもJakartaもデザパタてんこもりだ。

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

315 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 15:48:53 ]
どこが自慢に見えたのかな?
まあ、無能な人間ほど自身の無能を棚に上げて他人の才能を嫉むんから敵わないね ┐(´ー`)┌



316 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:08:52 ]
>>315
ま〜た、自慢ですか。
自分で嫉まれるとか言うなよw 自称上級者の初心者には敵わないね ┐(´ー`)┌

317 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:15:15 ]
さすがEclipseのスレにふさわしい話題が続いています

318 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:30:38 ]
>>316
脳って知ってる? 脳。
あれ、便利だから一回使ってみると良いよ。

319 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:35:43 ]
>>318
はー。正直がっかりだ。煽りスキルもセンスもないのか。
初心者の上、2ch も初心者か。

320 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:44:44 ]
これがJavaグラマの現実

321 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:54:05 ]
>>319
2ch玄人気取り厨キター wwっうはwwカッコヨサスwwwww

322 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:57:52 ]
ここも含め、Eclipse本スレも初心者スレも一気にレベルあがったな。

323 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:43:21 ]
>>313
Swingよりも高速化させるためにわざとスパゲティ化させてたとか?

324 名前:デフォルトの名無しさん mailto:sage [2006/05/05(金) 22:44:21 ]
>>320
EclipseやSWTは一部Cが使われてるから
Cグラマの現実ともいえたりしないか

325 名前:デフォルトの名無しさん mailto:sage [2006/05/06(土) 11:22:46 ]
スパゲティ化させると高速になるのか?



326 名前:デフォルトの名無しさん mailto:sage [2006/05/06(土) 13:11:33 ]
おまえは論理的な考え方ができないのか?

327 名前:デフォルトの名無しさん mailto:sage [2006/05/06(土) 15:05:13 ]
なにしろジャバグラマですから。

328 名前:デフォルトの名無しさん mailto:sage [2006/05/06(土) 21:21:14 ]
黄金厨ウゼー

329 名前:デフォルトの名無しさん [2006/05/08(月) 05:28:56 ]
>>314
> デザパタてんこもりって、そりゃ必然だろ

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

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

330 名前:デフォルトの名無しさん mailto:sage [2006/05/08(月) 05:34:01 ]
>>313
> Eclipseはみてないけど、SWTはひどいソースだというのはすぐにわかる

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

331 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/05/08(月) 14:46:42 ]
ウィンドウズ専用ならそれでいいけどさ。

333 名前:デフォルトの名無しさん [2006/05/08(月) 20:49:05 ]
最近やっと良スレになってきたね。

334 名前:デフォルトの名無しさん mailto:sage [2006/05/08(月) 22:27:05 ]
>>329
XUL だと既存にない新しいコントロールが楽に作れるということか。
ほんとか?

335 名前:デフォルトの名無しさん mailto:sage [2006/05/09(火) 11:56:30 ]
>>334
SWTとJavaScriptだったらそりゃあ。
XULは基本的にDHTMLのアプリ版みたいなもんだからね。
XULの場合、さらに、cssでtheme/skinを簡単に作れるしね。



336 名前:デフォルトの名無しさん mailto:sage [2006/05/09(火) 12:03:34 ]
>>332
> ウィンドウズ専用ならそれでいいけどさ。

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


337 名前:デフォルトの名無しさん mailto:sage [2006/05/09(火) 14:09:05 ]
>>336
Windows以外は1:1にならない
ということをいいたいんじゃないのか?

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

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

338 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 11:15:32 ]
JFaceはもっとおもいし、RSAはかなりもっさりだろ
NetBeansと素のEclipseと比べるのは意味なし
比べるべきなのはJBuilderのエンタープライズとかRSAとかだよ

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

340 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 11:23:33 ]
完全にネイティブなら早いかもしれんがJNI経由だからね
JNIはかなりオーバーヘッドがあるし最適化がそこでとまってしまう

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


341 名前:デフォルトの名無しさん [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 12:07:26 ]
Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。

343 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 12:09:44 ]
>>341
NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

344 名前:デフォルトの名無しさん [2006/05/10(水) 12:10:39 ]
>>340
> 完全にネイティブなら早いかもしれんがJNI経由だからね

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

345 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 12:13:17 ]
>>342
> Javaエディタ以外の機能では、Eclipseは一番劣ったIDEだが。

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



346 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 12:14:34 ]
>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

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

347 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 12:26:40 ]
>>343
> NetBeansではプラグイン入れればいれるほど重くなるってことはないが。

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

348 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 13:06:42 ]
まぁNetBeansが重いっていつのマシンですかと

349 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 13:33:59 ]
>>347
もとからてんこもり

350 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 13:58:03 ]
つーか、NetBeansあのメニューの表示かなり遅くない?
例えばメニューが消えるときとか。上から下へ消えていく。
それとウィンドウを他のアプリケーションから切り替えるときのウィンドウのリドローなんかも、
NetBeansすげーもっさりなんだが。。。
EclipseはそういったとこはNetBeansに比べてかなり、きびきびしてるぞ。

351 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 13:59:56 ]
NetBeansのUIウィジェットの遅さは、Swingだからかと思ってたが?

352 名前: mailto:sage [2006/05/10(水) 14:02:53 ]
EclipseのJavaエディタ凄すぎ。 逐次的にコンパイルしてるんでしょ。
静的エラーは完璧に教えてくれるし、コンパイル時間はかからないし。
久しぶりにC++やってみたら、コンパイルしないと静的エラーもわからないなんて耐えられなかった。ちょっとの変更でも、コンパイル時間がめちゃかかることもあるし。


353 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:22:02 ]
つうか、その程度はEclipse以外のJava IDEのエディタでもやってるだろ。

354 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:23:07 ]
>>350
VMのバージョンが古いかNetBeansのバージョンが古いか、マシンが貧弱すぎるだけなんじゃねぇの?

355 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:29:51 ]
VM 1.4.2, NetBeansIDE5, マシンP4の3GHz、メモリ2GBっす。



356 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:31:43 ]
VMのバージョンあげろ。話はそれからだ。

357 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:35:09 ]
ってか、1.5しかないじゃん。そうしたら。笑

358 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:39:14 ]
SwingがJava2SE5で速くなったからSWT不要って流れだろ。
改善されたものを使わずに遅い遅い言っててもどうしょうもない。

359 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:47:48 ]
>>358
> SwingがJava2SE5で速くなったからSWT不要って流れだろ。

どんな流れだそりゃ。笑


360 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 14:51:54 ]
情報が数ヶ月前から止まってる人ですか?

361 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:08:26 ]
つーことで、1.5入れてみた。確かにはやくなった。
だが、メニューバーを開いてそのまま右左マウスカーソルを動かすと、
Eclipseのほうが、NetBeansよりも、ちびっとだけ速く反応する感じだね。
画面の描画もEclipseのほうがちびっと速い。まあ、でもこの差は大したことないかもね。
つーかスレ違いだな。もうそろそろ。

362 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:09:41 ]
1.5を使えって簡単にいうが、それは趣味の話だろ?
仕事で使う場合は、いまだに1.4.xなんてよくある。

363 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:11:22 ]
むしろメインの話題じゃね?

364 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:12:46 ]
NetBeansがか? 笑

365 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:12:49 ]
>>362
SwingとかNetBeansが遅いっていうのは1.5を使ってから言えって話だよ。
仕事でも開発マシンは1.5にできると思うが。



366 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:14:21 ]
できん。そうすると一部のInterfaceが1.5で拡張されててうまくビルドできんのよ。

367 名前:デフォルトの名無しさん mailto:sage [2006/05/10(水) 15:14:29 ]
>>364
NetBeansも遅くはなくなったってところ。
そっから「eclipseってそんなに良いか?」につながるから。
特に、Eclipseの対抗としてはNetBeansが大きい位置を占めてるわけだし。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef