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

1 名前：デフォルトの名無しさん [04/11/01 18:12:24] タダより高いものは無い。 175 名前：デフォルトの名無しさん mailto:sage [2005/11/28(月) 01:48:42 ] >>174 Windows使ったことのないあんたには全く関係のない話だよ 176 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 12:25:53 ] 起動が完了するまでの間白くなるということか なんのことだかよくわからんかった 面白いのtypoかと思ったが なんか違和感遭ったし 177 名前：デフォルトの名無しさん [2005/12/17(土) 15:36:21 ] 死滅あげ！ 178 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 16:47:51 ] ＊＊＊二番煎じにつき終了＊＊＊ 179 名前：デフォルトの名無しさん [2005/12/20(火) 15:52:04 ] eclipseが重たいマシンってVisualStudio.NETも重くないか？ その点VisualBasic4.0は軽いな 180 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 16:14:05 ] ９５出た直後のVBで比較かよ 181 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 17:22:22 ] VB4.0/2.0は傑作ですが何か 182 名前：デフォルトの名無しさん [2005/12/20(火) 19:07:31 ] >>172 TECOでも使ってろデブ 183 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 19:09:10 ] VS.NET2002はEclipseよりも重たかった。 そしてインストールもめんどい 184 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 22:51:57 ] なーんかガベコレしてんのかカッカッってひっかかる 185 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 07:45:01 ] >>184 不良セクタを発見しますた 186 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 21:20:35 ] >カッカッってひっかかる ・裏でビルドしている ・CVSでコード同期してる 187 名前：デフォルトの名無しさん [2005/12/23(金) 15:20:13 ] >>143 ﾓﾊﾒﾄﾞ・（ ・∀・ ）ｱｯﾀ！容疑者もいれないと 188 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 12:25:08 ] EclipseでDLLは簡単に作れますか？ 189 名前：デフォルトの名無しさん [2006/03/12(日) 18:02:22 ] age 190 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:04:43 ] なんか知らんがDLLをビルドするのはコンパイラだ。 191 名前：デフォルトの名無しさん [2006/03/12(日) 18:27:44 ] DLLをビルド？ 192 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 22:13:53 ] コンパイラはバイキルトの呪文をとなえた 　DLLはスピードが２倍になった −−−−−−−−−−−−−−−−−− Eclipseはバイキルトの呪文をとなえた 　DLLには呪文がきかなかった・・・ 193 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 07:30:15 ] どらくうぇの呪文て日本共通言語だよな 194 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 18:15:44 ] >>188 CDTプラグインで作れそうにみえる。 195 名前：デフォルトの名無しさん mailto:sage [2006/03/14(火) 12:11:00 ] >>194 cdtプラグ印って何だね？ ﾃﾞﾙﾌｨみたいにウイザードはついとらんのかね？ 196 名前：デフォルトの名無しさん mailto:sage [2006/03/18(土) 10:44:05 ] CDTプラグインを知らないのか。 Eclipse標準のC/++開発環境プラグインだぞ 197 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 21:16:22 ] TextSS　のWindowsXP(Professional)64bit化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？ そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？ 198 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 13:52:48 ] ウザ 199 名前：デフォルトの名無しさん [2006/03/21(火) 16:09:55 ] 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) 200 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 20:05:16 ] 1. あきらめる 2. (正しいエラーメッセージが出るように) 直す 3. 相手のサーバーに文句を言う 201 名前：デフォルトの名無しさん [2006/03/22(水) 08:40:03 ] >>199 > ash.jp/java/java_http.htm > このサイトのURLConnectionのソースをaioeclipse ver2.0.0で流すと この部分の意味がわからないんだけど。 aioeclipsって何だよw All In One Eclipseと一目でわかるやつなんてほとんどいないぞw それに「流す」？　アホですか？ まともな日本語使ってから質問しましょうね。 202 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 01:12:35 ] とりえあえず、IBMのjreにしないと、 重くてつかえたもんじゃない。 203 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 11:49:47 ] Java5からSun純製JVMも高速になったわけだが 204 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 23:17:36 ] 1.3時代はIBM製わりとはやかったね でも計算以外やるとそうでもなかったような 1.4.2あたりからどっちもどっちになった ただ、IBMのJREだとSwingが汚いのはわざとだろうか 205 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 00:06:16 ] 結局、CDTは重くて使い物にならないでFA。 Indexerもコード補完も反応鈍すぎる。 BlorandやMSのものに比べるとってことね。 206 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 00:25:33 ] あれは一応Java以外も扱える総合プラットフォームなんですよ、という アピールのためのものだ 実用性を考えてはいかん Eclipseはどうも3.0からプラットフォーム戦略というか手を伸ばしすぎてる感じがして 小回りが利かないというか 207 名前：デフォルトの名無しさん [2006/03/31(金) 00:31:33 ] 小回りきかないというのは、具体的にどんな点？ 208 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 01:20:34 ] >>199 Connection refused なんだから， そもそもどこのサーバに繋げようとしているのか？説明しろ！ 209 名前：デフォルトの名無しさん [2006/03/31(金) 02:25:47 ] 名前が厨臭い スレイプニルと同じ臭いを感じる 210 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 10:25:47 ] >>209 そうか？SUNを隠す/消すってことだろ。 211 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 10:47:13 ] 一時的にね 212 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 10:59:25 ] ﾌﾟﾌﾟ >>1は現実を知らないようだな。 # Slashdot での大論争。これは今までで一番愉快な Java 対 C++ の議論に違いありません。 C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を 手動でやらなきゃいけないのに」と主張しています。 公平を期するための彼らの提案は - System.gc() の 呼び出しを山ほど突っ込んで Java 側を遅くするというも のでした（お気づきでない方のために。Java は System.gc() を呼び出さなくてもメモリを回収します。 System.gc() の呼び 出しを追加してもメモリ回収の速度が遅くなるだけです）。 続く抗議もすべて、このベンチマークが Java をひいきしてい るという一点に集中しているようでした。しかし奇妙なことに、 ３年前までは当時の JVM をテストしても C++ の方が速いとい う結果が出たものです。このノイズの山を掘り返せば、有意義 なコメントが見付かるかも知れません # さらに続く議論。この事件から生じた騒動（または余分なキャラ） で大儲けできた人がいるかも知れませんね # Java と .NET のガベージコレクションに関する調査 # WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます # # Java 1.5 は 20% 高速化した模様 www.javanews.jp/javap/newsletter043.html 213 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 11:13:18 ] javaはランタイムが必要な時点で糞なんだから別にいいじゃん 214 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 11:51:15 ] >>211 おっ、うまいな。 215 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 12:42:33 ] >>213 JVMも同じディレクトリに置いとけば、別途インストールする必要ない。 216 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 12:50:51 ] gc のおかげで Java の方が速くなることがあるってんなら、 C++ もテストコードでは gc 使えばいいのにね。 Java と同程度の速度で動くだろうし。 >>203 Java5ってJRE 1.5 のこと（こういう聞き方であってるのかどうかわからないけど）？ だとしたら、漏れの機械ではIBM の VM の方が目に見えて速いですよ。 少なくともEclipseの起動速度は。 217 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 14:14:00 ] 大規模化すると手動でメモリ管理することがどれだけ 大変なのか理解した方が良い。 その分のコストは一体誰が払ってくれるのかと思っているのか。 218 名前：デフォルトの名無しさん [2006/03/31(金) 14:15:35 ] >>216 最新版SunのJVM乗で動くNetBeansと IBM JVM乗で動くEclipseとを 比較してみてくれないか。 どちらもSun JVM上で動かした結果ではNetBeansの ほうが圧倒的に早かった。 219 名前：デフォルトの名無しさん [2006/03/31(金) 14:22:00 ] c++コンパイラがgcの機能をサポートした実行ファイルを作ればいいんじゃね？ 220 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 14:34:03 ] 俺もIBM JVM使ってみたいなー。 IBMのケチ。 221 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 14:47:45 ] >>219 すでにgcjというやつがある。 ネイティブに変換されるから早いと 思われているが 実際にはかえって遅くなる。 EclipseがJNIを使っている部分があるからといって 早くなるかと思えば逆に遅くなるケースも頻発 してきたことに似ている。 Javaは遅いと思っても実際にネイティブに変換してみたら かえって遅くなったでは本末転倒。 222 名前：デフォルトの名無しさん [2006/03/31(金) 15:59:37 ] それじゃなんでJavaはネイティブより速い場合があるんだろう？ 223 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 17:57:10 ] >>222 実行時に実行環境＆実行状況にあわせた最適化が行われるから。 224 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:09:36 ] >>218 NetBeans は当分使う予定が無いので、 比較だけのために入れるのはちょっと・・・ Eclipse の方が遅いっていうのなら、たぶんそうなんでしょうね。 漏れもEclipseがあまり高速なIDEとは思ってません。 >>223 実行環境で（PGOとか使える）良いコンパイラを使ったc++なら、 同等の速度が出るということ？ >>222 Java も最終的にはネイティブコードで動いてますよ。魔法じゃないんだから。 特定の幾つかの C++ が出力したネイティブコードよりも、 特定の幾つかの Java VM が出力したネイティブコードが速い、 ということ。 225 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 21:38:39 ] C++はメモリ管理の部分で下手なコードを書けばJavaより遅くなるけど それ以外では速度でJavaに負けることは無いよ。自分でテストして 判断したからマチガイナイ。 226 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:35:24 ] ところで、eclipseをJava以外で仕事に使ってる香具師っているの？ 本スレでは使ってる人もいるらしいが、Javaの開発用として使っていると書いてるのが多い。 CやC++のIDEとなると結局商用IDEを使うのが懸命でFA？ 組み込み開発とかのプラグインもでてるらしいが、実用に耐えられるとは 思えないんだが… 227 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:38:48 ] 何が悲しくてc++のコードをeclipseで書かねばならんのだ 228 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:39:59 ] C++で開発する時、Linuxでは何使うもんなの? エディタじゃなくてIDEを使うとすると。 229 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 22:51:15 ] >>228 お勧めはしないがKylixかな。 問題は多々あるが…。 漏れは、結局概要をIDEで書いちまって、 細かい処理の部分は、Emacs立ち上げてかいてまつ 230 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 00:14:07 ] 組み込み用途じゃないかぎり最近はLinux用もJavaで書いてるよ Windowsで開発してそのまま持っていけるのは便利だよね J2SE5.0から環境変数が使えるように戻ったのでわりといける WebアプリとGUIやコンソールのJavaアプリはもうねｔBeansのほうが便利だねぇ JUnitとかNetBeansのほうが親切なつくりだと思うし、プロジェクト単位ではなく mainからの実行とかはNetBeansのほうが小回りが利く 231 名前：デフォルトの名無しさん [2006/03/32(土) 00:14:20 ] C++BuilderX 232 名前：デフォルトの名無しさん [2006/03/32(土) 04:01:38 ] 10以上のIDEを使ってきたけど、現状Eclipseが一番。 何と言っても、プラグインでIDEを好きにカスタマイズ出来るのは良い。 233 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 04:28:18 ] VC VB VS.net(C#とか) Delphi BCC? Kylix netbeans えーと10以上も思いつかない。emacはideに入りますか？ 234 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 05:55:48 ] JavaだけでもJBuilder、IDEA、JDeveloper、CodeWarrior、VJで合計7つ思い浮かんだ。 235 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 05:57:10 ] >>232 プラグイン目的なら、最近はNetBeansでもいいじゃん。 236 名前：デフォルトの名無しさん [2006/03/32(土) 06:02:39 ] IDEなんか言語毎にあるがな いまやCOBOLにだってあるんだぜ？ 237 名前：デフォルトの名無しさん [2006/03/32(土) 09:34:06 ] JBuilderってフォントがｷﾓｲ 読みにくい 238 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 09:47:31 ] >>237 それは、JBuilderのせいなのか？ Swingで使ってるフォントじゃなくて？ 239 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 10:02:20 ] カスタマイズできるんだからデフォのフォントなんて意味ない話だな 240 名前：デフォルトの名無しさん mailto:sage [2006/03/32(土) 13:53:36 ] ミミズだって オケラだって VBだって〜 241 名前：デフォルトの名無しさん [2006/03/32(土) 17:37:25 ] JBuilderのGUIのフォントが読みにくいんだけど・・・ 242 名前：デフォルトの名無しさん [2006/04/02(日) 13:49:54 ] >>222 ネイティブ側のほうがJavaよりも メモリ解放効率が悪いアルゴリズムを人間の手で手動で 書いているから。 GCみたいに自動でやればかなり高速化するのだが 複雑大規模化すると人間よりもコンピュータに メモリ解放させた方が効率が良い。 それがネイティブよりもJavaを早くできる結果となっている。 ネイティブ側も頑張れば絶対的にJavaより早くすることは いくらでも可能だが、開発コストがかかるのと すべての場面に置いて確実にJavaより早くするよう 設計することを保証するのが難しくなってきている。 だからJavaって凄い言語なんだと感心するのである。 243 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:51:03 ] >>225 それでもC++で高速化するよう上手なコードを書くことは 昨今では難しくなってきているわけだが。 気が付けばJVMやJavaコンパイラはますます進化しているし 244 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:52:07 ] >>226 漏れはJavaだけでなくPHP, Perl, Ajax開発にもEclipseを 用いて職場で開発をしている。 245 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:52:48 ] >>227 CDT使ってる香具師多いみたいだが。 本スレ見ているとCDTの新バージョンﾏﾀﾞｰ とかいうﾚｽをいくｔかみたし。 話題になってる。 246 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:54:06 ] >>233 Java Studio Creatorが抜けている。 247 名前：デフォルトの名無しさん [2006/04/02(日) 18:23:19 ] Java Studio Creatorって結構よくね？ 248 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 19:00:50 ] >>243 いやだからベンチマークしてみろって！なんでそんなＳｕｎの 宣伝ばっか鵜呑みにしてんの？馬鹿じゃないの？ 249 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 21:55:47 ] SunのVMはうちのベンチだとgccよりかは速いがVCよりかは遅いな。 言語による速度の違いより処理系の違いのほうがでかいレベルまでVMが進化したのは確か。 MSのCLRは試したことないけどSunと同じような主張をしてるみたいね。 250 名前：デフォルトの名無しさん [2006/04/02(日) 22:05:42 ] >>242 C#使えば？ 251 名前：デフォルトの名無しさん [2006/04/02(日) 22:10:12 ] >>242 それってJavaがすごいというより GCがすごいってだけじゃね？ .NETでもGCが動けば同じでは？ 252 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:20:32 ] >>251 漏れがちょいちょいと書いた動画圧縮プログラムなんかは、 .Net の 1.1 (VS 2003でコンパイル) よりも C++ の方が倍近く速かったなぁ・・ C++の方は速度気にしないで stl とか使ってたんだけど。 こういう用途でもJavaも速いのかもしれないけど、あんまり試してみる気が しないのは、やっぱりJava=遅いっていう先入観にとらわれてるんだろうな。 たいして必要性も感じないし。 253 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:44:13 ] 実際Javaは遅いよ。 254 名前：デフォルトの名無しさん [2006/04/02(日) 22:45:09 ] あー 画像処理とか動画処理ではjavaは壊滅的に遅いだろうね 255 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:48:31 ] サーバサイドのリクエストの処理は速い。 大量リクエストの並列処理では有利。 ただし、メモリはたくさん用意しておいた方がいい。 256 名前：デフォルトの名無しさん [2006/04/02(日) 23:02:01 ] コマい仕事を大量に捌くのは早いが、重い単発の仕事はまだＣの方が上か。 257 名前：デフォルトの名無しさん [2006/04/02(日) 23:41:44 ] mallocの本質はフリーチェーンと呼ばれる使用可能メモリブロックの長い連結リストだ。 mallocのパフォーマンスは決して速くなく、しかも、クリーンアップのために ときどき予期できないタイミングで非常に遅くなる Javaはガベージコレクションがあるから・・・なんてしたり顔で話すC++プログラマが、 デフォルトのメモリアロケータを平然と使っているなんてことは良くある。 頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、 いつも2の累乗のサイズでメモリブロックを割り当てる。 この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。 …尤も、Javaの世代別GCに比べれば余りに原始的だがな。 258 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 23:56:59 ] >いつも2の累乗のサイズでメモリブロックを割り当てる。 >この方法はフリーチェーンの中のヘンな断片化の量を最小化するのだ。 アホか 259 名前：デフォルトの名無しさん [2006/04/03(月) 00:08:13 ] >>257 クリーンアップのためにときどき予期できないタイミングで非常に遅くなる 嘘だろう。C/C++ で heap 領域の clean up を勝手にやるようなメモリ管理なんて聞いたことがない >>頭のいいプログラマは、mallocによる処理の中断の可能性を最小化するために、いつも2の累乗のサイズでメモリブロックを割り当てる。 C++ の new で heap 領域を割り当てるのに一々メモリサイズなぞ指定しない。 不特定の new/delete を繰り返すことで heap 領域が断片化して、最終的に malloc に失敗することはある。それが実際に発生するのはメモリ不足になるような使い方をしたとき。普通は、そんな心配さえしない。 260 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:16:27 ] あと、GCは集中的に行われる 参照されなくなったときにすぐに行われるのではなく、あとで一気に実行される こまめにメモリ開放を繰り返すのではなく、開放するときはまとめて行うことにより スループットが上がっていると考えることはできるかも Javaの問題はレスポンス Flipまで時間に余裕があるとき新世代のGCをしておきたいとか そういうのがあってもどうにもならない かといって完全に任せるとFlip直前に0.5msのGCがはいって処理オチということは多い マシンパワーに余裕がある場合5ms以内の指定した時間に起こるGCは問題なくても いつ起こるかわからないGCは1ms以下でも大問題になるってSunはわかってるんかね まぁ並列GC使えば影響は大分抑えれるけどもこの問題はなくなるわけじゃない 261 名前：デフォルトの名無しさん [2006/04/03(月) 00:16:48 ] だからC#使えって。 メモリ管理は工数を大幅に引き上げるため、コストがかかり過ぎる。 仕様変更た機能拡張の度にメモリの管理を見直すのは愚の骨頂。 262 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:33:15 ] GCとかC#のほうがおそいんだけど・・・ 263 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 01:11:25 ] EclipseでC#開発ができるようになれば、このスレとしては解決ということか。 264 名前：デフォルトの名無しさん [2006/04/03(月) 08:39:43 ] C#よりVB.NETの方がいいじゃん 265 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 10:37:01 ] VB.NETではここらへんは解決したんかな？ d.hatena.ne.jp/wildcats/20060329 266 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 10:48:34 ] そいつ嘘ばっかジャン 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・・・（´_ゝ｀)

---

---

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

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