- 1 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:35:46 ]
- さあ、張り切って参りましょう！
前スレ
Javaが遅いという奴は遅れたバブル世代じゃね？ ２
pc8.2ch.net/test/read.cgi/prog/1143560237/
Javaは遅いという奴は遅れたバブル世代じゃね？
pc8.2ch.net/test/read.cgi/prog/1136434011/
さ、語れ。Javaよりも遅い脳みそを持つ人々について
C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？
C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。
Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？ その２
pc8.2ch.net/test/read.cgi/prog/1136359572/
関連スレ
先があるのはC++とJavaのどっち？
pc8.2ch.net/test/read.cgi/prog/1132157362/
- 489 名前：仕様書無しさん mailto:sage [2008/07/04(金) 08:42:16 ]
- レッツ！コンバイン！
- 490 名前：仕様書無しさん [2008/07/04(金) 12:21:13 ]
- 2点の話題です。
1. JRuby
JRubyの動向が気になりますよね。
YARVとJRubyとの関係とか。
JavaによるRubyの実装とCによるRubyの実装の安全性の比較をしたらおもしろいかもしれません。
2. 安全の方向性
「並行プログラミングにおける」とか、「メモリ管理に関して」とか色々方向があるみたいなんで
その方向性も厳密に区別して議論した方が有意義だと思いました。
安全性の概念は最終的には、集合論とかプログラム意味論とかに落とすことができると思います。
ペトリネットは、より深く掘っていくとZFC集合論を元に理論を構築していくことになります。
プレース、トランジションという頂点集合とそれらをつなぐ弧の集合と「発火」というルールを加えることで
安全性を解析します。「発火」の概念も、関数と思えば集合の直積の部分集合になります。
ペトリネットの状態を、ペトリネットとマーキングの直積とします。すると、
「発火」という関数は
（ペトリネットとマーキングの直積）と（ペトリネットとマーキングの直積）との直積の部分集合になります。
Javaの安全性も、このようなペトリネットと似た形に集合論落としこめると思います。
プログラム意味論は、まだ勉強してないんでよく分かってません。
- 491 名前：仕様書無しさん mailto:sage [2008/07/04(金) 14:15:42 ]
- パトリオットとペトリネットとカトリマットとヒトリベッド
このなかではどれが最強ですか？
- 492 名前：仕様書無しさん [2008/07/04(金) 14:20:00 ]
- ヒトリベッドがある意味最強だと思います。つんくを思い出しました。
ただ、ペトリネットは数学的で視覚的なモデル化ツールとしてUMLのある図の原型にもなっています。
そういう意味で、このスレッドの文脈（Javaの安全性を調べたい。）だと最強なのはペトリネットです。
- 493 名前：仕様書無しさん [2008/07/09(水) 19:49:07 ]
- >>445
C++0xの時代に今更C++/CLI？
- 494 名前：仕様書無しさん mailto:sage [2008/07/09(水) 22:01:50 ]
- C99と同様に流行らないんじゃないかと思ってんだが。＞C++0x
- 495 名前：仕様書無しさん mailto:sage [2008/07/09(水) 22:13:21 ]
- iPhoneパワーでObjective-Cが大流行に100ガバス
- 496 名前：仕様書無しさん [2008/07/24(木) 03:05:03 ]
- >>439
【使えるか】JDrafter向上委員会【バッタもんか】
pc11.2ch.net/test/read.cgi/cg/1214838613/
- 497 名前：仕様書無しさん [2008/07/24(木) 03:10:32 ]
- ポインタでつまずく奴はＰＧの才能無し
≒
ＰＧの才能ある奴はポインタでつまずかない
- 498 名前：仕様書無しさん mailto:sage [2008/07/24(木) 10:50:09 ]
- じゃあ富士通は全員PGの才能がないな。
- 499 名前：仕様書無しさん mailto:sage [2008/07/24(木) 18:24:57 ]
- 日電ほどじゃないよ。
- 500 名前：仕様書無しさん mailto:sage [2008/07/24(木) 22:57:53 ]
- >>498-499
日立社員乙
- 501 名前：仕様書無しさん mailto:sage [2008/07/24(木) 23:19:16 ]
- Lispが遅いとかいう奴は(ry
- 502 名前：仕様書無しさん mailto:sage [2008/08/03(日) 06:49:12 ]
- はぁ？Javaおせえっての。
どう考えても遅いに決まってんだろ
頭沸いてんじゃねーの？
- 503 名前：仕様書無しさん [2008/08/03(日) 07:23:15 ]
- >>502
>>439>>496
- 504 名前：仕様書無しさん mailto:sage [2008/08/06(水) 09:01:05 ]
- スレ見てきたが易々とキーを見破られるシェアウェアってどうなのよ？
作者の対策が甘いというのもあるが、Javaのリバースされやすいという致命的な欠陥は
速度面よりも商業的にははるかに重要だと思うのだが
- 505 名前：仕様書無しさん mailto:sage [2008/08/06(水) 11:09:17 ]
- 商業的にはそこまでしてまで使いたいと思わせるソフト作る事の方が重要でしょ。
- 506 名前：仕様書無しさん mailto:sage [2008/08/06(水) 16:32:10 ]
- サーバサイドとかバイナリに手の届かないものを除くとJava製の商業ソフトは少ないという事実
- 507 名前：仕様書無しさん mailto:sage [2008/08/07(木) 14:23:02 ]
- そういやJavaのパッケージソフトなんて見た事ないねえ
- 508 名前：仕様書無しさん mailto:sage [2008/08/07(木) 19:24:28 ]
- JBuilderは見たことある
- 509 名前：仕様書無しさん mailto:sage [2008/08/07(木) 21:23:15 ]
- Judeとか開発者向けのツールなら結構あるけど、一般ユーザー向けって確かにないね。
- 510 名前：仕様書無しさん mailto:sage [2008/08/08(金) 03:11:23 ]
- やっぱ動作環境の問題（JREの入手とか）かな？
でもJREはバンドル可能なんだよな
性能面が問題になるとは思えないし、リバースも100％防止は無理だけど
そう心配するほどでもないと思うが
- 511 名前：仕様書無しさん mailto:sage [2008/08/11(月) 22:40:09 ]
- サン・マケイヌシステムズ
- 512 名前：仕様書無しさん [2008/09/23(火) 01:02:00 ]
- >>504
コード難読化ツールを使うか
プログラムをすべてサーバに置いてしまえばいい
- 513 名前：仕様書無しさん [2008/09/23(火) 01:38:40 ]
- >>1
Java信者のほうがむしろガーベジコレクションの動作原理知らないと
思うのは俺だけか？何しろVMにおまかせなわけだから知るよしもない。
C++じゃねーとガーベジコレクションの働く仕組みってデバッガとかで
目で見て確認できなくね？
- 514 名前：仕様書無しさん mailto:sage [2008/09/23(火) 07:04:48 ]
- >>513
はぁ？C++のGCって何だよ
デストラクタが動いてるのを見てGCだとでも思ってんのか？
- 515 名前：仕様書無しさん mailto:sage [2008/09/23(火) 10:18:19 BE:1392312285-2BP(0)]
- Managed C++ の事なのか、それとも
「C++ で GC の有り難味を知りやがれ」て事なのか…
つか今頃 >>1 にﾚｽかますような奴が何考えてるかなんぞ
想像も付かん。
- 516 名前：仕様書無しさん mailto:sage [2008/09/23(火) 23:15:14 ]
- >>514-515
君らは相当若い人か、業務系の人間だってのだけは分かった。
自力でGC書いたんじゃね。もしくは、GCJかSun謹製JREのコード読んでたか。
それならばGCの処理をデバッガで見ることはできる。
www.sun.com/software/opensource/java/
>>1
「俺は不勉強野郎だ」って宣言しているようなものだぞ。
GCの考え方と実装は1960年の時点で既にLISPでやってる。
GCの概念は昔からあるのだし、図書館に行けばGCの実装について書かれた本もある。
よって「ガーベッジコレクタの動作原理も知らない化石的思考といわれる」
という表現はおかしい。
むしろ動作原理を知っている方が「化石」、年寄りだ。
- 517 名前：仕様書無しさん mailto:sage [2008/09/23(火) 23:26:09 ]
- >>497
ちょっと違うな。
ポインタでつまずく奴はＰＧの才能無し ≠ ＰＧの才能ある奴はポインタでつまずかない
ポインタでつまずく奴はCプログラマの才能無し ≒ 勉強の仕方が悪い
大抵の奴はアセンブラのレベルからやってない。だからわからんだけだ。
稀に、アセンブラレベルまでやらなくても理解できる奴は居るがね。
「間接アドレス法」が理解できれば、まあ大体の奴はポインタを理解できる。
あとはCの、ポインタに関連するクソッタレな構文に慣れればいいだけだ。
- 518 名前：515 mailto:sage [2008/09/24(水) 11:25:34 BE:556925344-2BP(40)]
- >>516
>君らは相当若い人か、業務系の人間だってのだけは分かった。
若くはない。業務系っていや業務系だが、制御寄り。
で、なんで >>515 で解るのかな？
- 519 名前：仕様書無しさん mailto:sage [2008/09/24(水) 12:29:17 ]
- >>515
メインフレーム？
- 520 名前：仕様書無しさん mailto:sage [2008/09/24(水) 17:26:13 ]
- ２年３ヶ月以上前の>>1に語りかけるようにレスするキモいおっさん相手に
なにやってるんだねおまいら。
- 521 名前：仕様書無しさん [2008/09/25(木) 01:06:53 ]
- ここ数年で一気にJavaプログラマーが増えた気がする。
ム板でもマ板でもJava叩きをするとものすごい勢いでアンチがフルボッコにされる動きが目立つ。
数年前はそういうことなかったのになあ。
時代が変わったんだね。ムーアの法則がかなり影響していたのかな？
- 522 名前：仕様書無しさん mailto:sage [2008/09/25(木) 08:00:32 ]
- ムーアの法則、ってそれで気の利いたこと言ってるつもりになるのは
そーとー世の中から遅れてると思うぞ。
- 523 名前：仕様書無しさん mailto:sage [2008/09/25(木) 10:14:48 ]
- BoehmGCとかMMgcとかあるにはあるよ
- 524 名前：仕様書無しさん [2008/10/08(水) 11:32:21 ]
- >>522
Core 2 Quadの時代にムーアの法則は適用しにくいといいたいだけ？
- 525 名前：仕様書無しさん mailto:sage [2008/10/08(水) 15:04:07 ]
- まあなんにせよこんなクソ話題スレに書き込むのは馬鹿ばっかりでFA。
- 526 名前：仕様書無しさん mailto:sage [2008/10/08(水) 16:03:57 ]
- 量子コンピューター出来たら夢の3D彼女か……ﾌﾌﾝ
- 527 名前：仕様書無しさん mailto:sage [2008/10/08(水) 16:07:47 ]
- 非ノイマンマシンでどうやったら3Dとか
- 528 名前：仕様書無しさん [2008/10/09(木) 01:13:53 ]
- ソフトウェア面しか見ないプログラマーっていらないよな。プログラマーとして。
CPUが変われば、実装技術だって変わる。いや、変えなくちゃならない。
今までひとつのCPUで高速性をあげるという方向性だった Intel が複数のCPUでの高速化に方向性を変えた（結構前に）。
今まで、プログラミング言語側が用意していたスレッドの同期性もいつかは通用しなくなる。
CPUの実装が変わる度にJavaのバージョンがあがるまで待つ。Java厨。
しかも、そのバージョンが安定するまで。
もう、Java厨はプログラマーじゃないじゃん。
ただのラインマンじゃん。別の業種に移ったらどうなの？
プログラマーの価値が下がるだけだ。
はやく、別の業種でもっと簡単な仕事のラインマンとして働きなよ。
- 529 名前：仕様書無しさん mailto:sage [2008/10/09(木) 01:48:41 ]
- >>528
＞ プログラミング言語側が用意していたスレッドの同期性
これ具体的に
- 530 名前：仕様書無しさん [2008/10/09(木) 01:55:00 ]
- マルチスレッドプログラミングのことじゃない？
Ｉｎｔｅｌばんざい
- 531 名前：仕様書無しさん mailto:sage [2008/10/09(木) 02:05:34 ]
- 20代だけど、Javaは重いと思うな
特に起動が重い。GUI使おうものなら酷い有様
C#も使ってるが、これもまた重い
プログラミングは楽だけどね
結局、個人用ではC++ばっかり使ってる
- 532 名前：仕様書無しさん [2008/10/09(木) 14:54:31 ]
- java製のこういう↓エディタを見ると
www.catch.jp/blog/entries/opensource/translation/a20051220.files/xlif_editor101a.png
うわーｗって思う
- 533 名前：仕様書無しさん mailto:sage [2008/10/09(木) 17:14:38 ]
- 別にLaFの問題だからどうでもいいよ
NimbusとかQuaQuaにすれば見栄え良くなるし
Metalがダサいのは、同意する
- 534 名前：仕様書無しさん [2008/10/09(木) 17:50:04 ]
- まっ、結局Ｃ言語最強！ということでこのスレも終了だなw
- 535 名前：仕様書無しさん mailto:sage [2008/10/09(木) 19:45:07 ]
- >>529
マルチコア・メニーコア対象にしてスレッドつくりまくりって時に
synchronizedとwaitだけじゃ効率悪すぎってことで、NIOやConcurrent APIが
追加されたような流れのことじゃね？
>>528
CGとか金融とか科学計算とか例外は多々あるにせよ
いちいちアーキテクチャ変わる毎に書き換えてらんないって。
用途と手段見極めろよ。
- 536 名前：仕様書無しさん [2008/10/09(木) 21:21:18 ]
- >>528
ソフトウェアの性能も大事だが、と開発スピードやコストとの
トレードオフぐらい考えようよ、プロならさｗ
開発はビジネスなんだよｗ
- 537 名前：仕様書無しさん mailto:sage [2008/10/11(土) 20:51:42 ]
- 俺はPerl,C/C++,Java,JavaScript,アセンブラ,簡単なVBを使うけど
結局用途次第だと思うょ
高度な文字列型のないC/C++でテキストベース系（Webとか）はつらいし
Javaでデバイスドライバとかアホかと…低レベル＆リアルタイム処理に向かなすぎる
GUI作るならJavaよりXAML/XULとかのが多少遅くても組むのは楽
俺はネットワークプロトコルを扱うものはJava
単純なWebプログラムとテキスト処理はPerl
画像・音声処理と組み込み系はC/C++/アセンブラ
GUIの必要なものはXUL/HTAかVBでやってるよ
スコップで高層ビルは立たないけどショベルカーで植木鉢つつかないだろ
Java厨もC厨も単に使い分けられない人でしょ
- 538 名前：仕様書無しさん mailto:sage [2008/10/12(日) 01:17:29 ]
- いまどきXULとVBはないわ
- 539 名前：仕様書無しさん mailto:sage [2008/10/18(土) 10:55:15 ]
- >>537
つJava Communication API
- 540 名前：仕様書無しさん mailto:sage [2008/11/14(金) 12:55:06 ]
- なんて挑発的なスレなんだ
気に入ったぞ
- 541 名前：仕様書無しさん mailto:sage [2008/11/14(金) 12:55:55 ]
- まあ今時Cのコードなんて魅力ないのは確かだな
- 542 名前：仕様書無しさん mailto:sage [2008/12/04(木) 21:39:33 ]
-
【サンタクロース、酒気帯びトナカイ運用罪での逮捕に、ﾏｼﾞ逆切れｗ（動画有り）】(ZDNet)
builder.japan.zdnet.com/story_media/20384793/081204_sun-james-gosling_02_400x300.jpg
- 543 名前：仕様書無しさん mailto:sage [2009/01/17(土) 01:03:05 ]
- JavaSE6u10以降VM起動速度も実行スピードもアホみたいに速くなって誰も遅いといわなくなったな
- 544 名前：仕様書無しさん mailto:sage [2009/02/18(水) 10:08:30 ]
- V2Cを使ってみる限りJavaは遅くない
- 545 名前：仕様書無しさん mailto:sage [2009/03/15(日) 22:51:04 ]
- >>544
>V2Cを使ってみる限りJavaは遅くない
遅くないじゃなくて、「Javaは速い」といっても過言でもないような（V2Cだけ？）
.NETアプリを作る気がなくなった。
- 546 名前：仕様書無しさん mailto:sage [2009/03/16(月) 22:55:46 ]
- >>545
10年位以上前のJavaはインタプリタでおそかったよ
マシンパワーもものすごく低くてネイティブなバイナリ以外は敬遠された
（だからVBはネイティブコンパイラが搭載されるまで笑われてたし、Delphiは評価された）
拍車をかけたのがNetscapeに搭載されたSymantecのJITVM
起動するまでにコンパイルして1分とかかかってた
そのときのイメージがみんな強いから逃げた
ベンチはよかったんだけどね
フットプリントとか起動時間考えてない時点でおわっとる
その影響もあって現在のhotspotVMが出来上がったと思えば悪くはないか
- 547 名前：仕様書無しさん mailto:sage [2009/04/04(土) 09:34:17 ]
- >>546
昔は、たしかに遅かったと思う。そうじゃなくて今の話。
- 548 名前：仕様書無しさん mailto:sage [2009/04/05(日) 06:02:32 ]
- Intel一色の現在では既にJavaのメリットも微妙としか・・・
- 549 名前：仕様書無しさん [2009/04/05(日) 19:12:56 ]
- ほんとそうだよ。
Intelでないとしても今は仮想マシンはデフォになってるからねえ。
- 550 名前：仕様書無しさん [2009/05/03(日) 13:17:04 ]
- javaが速いとか言ってる奴
javaが速いんじゃなくてCPUの処理速度が速くなった事に気づけよな アホー
- 551 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:29:41 ]
- >>550
VMの性能アップもすさまじいのをまだしらんやつがいるのか
- 552 名前：仕様書無しさん [2009/05/03(日) 17:34:48 ]
- おまいはアホか？
VMなんていくら速くなってもネイティブより速くなる事はないんだよ ボケ！
大体ネイティブの１/２位がいいとこな
- 553 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:36:52 ]
- Crysisがぬるぬる動くJVMください
- 554 名前：仕様書無しさん mailto:sage [2009/05/03(日) 17:40:56 ]
- >>552
誰もネイティブコードより速いなんて言ってないじゃん。なに喧嘩腰になってんの。
Javaが速いと不都合でもあんのか？ｗ
- 555 名前：仕様書無しさん mailto:sage [2009/05/03(日) 18:02:05 ]
- 静的コンパイルされたネイティブコードより早く動く場合もあることはある。非常に少ない確率だけど。
通常は1/2なんてレベルじゃなくて8,9割くらいの速度がでてる。
初期のころはインタプリタなので1/20とかふつうだったし、JIT搭載されたころは
クラスロード時のコンパイルが遅すぎて1/2以上の速度が出ていたにもかかわらず
体感速度は1/10以下だったがね。
>>552は最近JDK1.2さわったレベル。
- 556 名前：仕様書無しさん [2009/05/03(日) 19:56:39 ]
- お前らまともなコンパイラー使ったことないんじゃね？
さしずめ>>554や>>555ってVBからjavaへの移行組だろ。
うちのパソコンではgccの3.4っていう古いコンパイラーを使ってもjavaの２倍位の速度が
出てるよ。
大体javeなんてバックグランドでGCを走らせないとダメだしhotspotなんてコード実行させながら
コードの高速化をさせないとダメだしインタープリターでいちいちコードの解釈をソフトでさせる必要あるし
よほどの事情が無いとあんな遅いjavaなんて使う気がしねえよ
- 557 名前：仕様書無しさん mailto:sage [2009/05/03(日) 20:16:28 ]
- >>556
ほい、Java と C(C++) のスピード比較二種。
blogs.sun.com/amurillo/entry/java_vs_c
butunclebob.com/ArticleS.UncleBob.SpeedOfJavaCppRuby
ちなみに↑は POD 型中心だけど、OO 的なプログラムになると gcc はかなり
部が悪い（コード見てみりゃわかるけど、VC++ の数倍は遅いコードが出る）。
gcc は C の頃から構造体アクセスが苦手だったけど、C++ になってそれが顕
著になってる。
- 558 名前：仕様書無しさん [2009/05/03(日) 20:53:15 ]
- お前 sunの情報なんてあてになるかよ。
実行速度くらい自分で走らせて確認しろよ。
まぁ 俺も SUNにはだまされ続けたくちだけどな。
- 559 名前：仕様書無しさん mailto:sage [2009/05/04(月) 01:03:20 ]
- age厨君がんばるね
- 560 名前：仕様書無しさん [2009/05/04(月) 07:13:55 ]
- javaが速いと思い込んでる奴はjavaとスクリプト言語しか使った事が無い
初心者なんだろうな age厨君みたいにね
- 561 名前：仕様書無しさん [2009/05/04(月) 08:48:30 ]
- 例えばだ
名前解決する必要があるプログラム組んだとする
java激速なわけ
なんでかって、ボトルネックになる名前解決部分
うまいことキャッシュしたりしてるから
他の言語だと、名前解決部分についてうまい方法考えないといけない
独自にキャッシュするコード書いてみたりオープンソースのソフト入れてみたり
現在の複雑なアプリについて
単にメモリ、CPU使用率のみを考えるなんてのは愚の骨頂
つーか、昔もメモリ、CPU以前にI/Oとか考えるべき部分は他に多くある
CPUが…
メモリが…
javaは遅い
って言う奴は完全トーシロー
そのへんの雑誌の受け売りか何かの厨房か何かだろ？
- 562 名前：仕様書無しさん [2009/05/04(月) 08:50:40 ]
- GUIの表示が笑っちゃう程遅くて使えなかったんだが
速くなったの？
- 563 名前：仕様書無しさん [2009/05/04(月) 10:38:15 ]
- >>561
お前ひょっとしてコンパイル速度のこと言ってんの？
みんなが言ってるのはコンパイルした後のコードの実行速度の事だよ。
っていうかお前バカ？
- 564 名前：仕様書無しさん mailto:sage [2009/05/04(月) 10:46:31 ]
- 使えないなら使わなければいい
使えないやつを呼び込むな
- 565 名前：仕様書無しさん mailto:sage [2009/05/04(月) 10:52:31 ]
- JVMのソースコード汚い臭い吐きそう
- 566 名前：仕様書無しさん [2009/05/04(月) 11:28:00 ]
- そんなにjavaが速いんならVMもjavaで書けばいいじゃん
- 567 名前：仕様書無しさん mailto:sage [2009/05/04(月) 13:58:25 ]
- >>566
わかったわかった、もういいよｗ
- 568 名前：仕様書無しさん mailto:sage [2009/05/04(月) 14:11:37 ]
- Javaの勝ちだな
- 569 名前：561 [2009/05/04(月) 19:24:44 ]
- >>563
俺の書いてることが理解できないとは
やっぱりトーシローだな
いったい俺のレスのどこを見てコンパイル速度などと言ってるのか
トーシローの考えてることはわからんぜ
- 570 名前：仕様書無しさん [2009/05/05(火) 00:47:53 ]
- 名前空間のキャッシュなんてほざいてる処が馬鹿まるだし
まぁなんだかんだ言ってもjava遅いよね
- 571 名前：仕様書無しさん mailto:sage [2009/05/05(火) 02:39:41 ]
- >>570
遅れたバブル世代さん、こんばんは＾＾
やっぱり昭和が恋しいですか？＾＾
- 572 名前：仕様書無しさん [2009/05/05(火) 07:54:25 ]
- 俺はjava使ってるよ
遅いけどね
>>571ってゆとりでjavaしか使えないくち？
- 573 名前：561 [2009/05/05(火) 08:07:14 ]
- 名前解決を名前空間と…
せめてググろうよ…
www.google.co.jp/search?hl=ja&q=名前解決&btnG=検索&lr=
- 574 名前：仕様書無しさん mailto:sage [2009/05/05(火) 16:49:20 ]
- プログラムの種類によるだろ。
レンダリングや動画処理のよう処理をJavaで十分高速に書こうとすると
かなりJavaらしくない書き方しなくちゃいけないのが嫌だ。
- 575 名前：仕様書無しさん mailto:sage [2009/05/05(火) 21:57:50 ]
- 画像処理はアクセラレーションが聞く範囲で収める。
ソフトだと遅いのはどの言語でも同じだし…
符号なしはほしいんだよね
- 576 名前：仕様書無しさん mailto:sage [2009/05/06(水) 00:14:23 ]
- いやオフラインレンダラだとGPUまかせってわけにもいかないし。
インスタンスをスタックに置けなかったりインライン展開がVMまかせだったり
マクロやテンプレートみたいなコンパイル時処理がしにくかったりして
C/C++並みの速度で動かそうとすると…
Javaで書きたいけど一部はきつい。
- 577 名前：仕様書無しさん [2009/05/06(水) 12:06:07 ]
- お前らjavaってそもそもC++を使えない初心者でも使える言語ってことで
文法を簡単にした言語だろ？
ゆとりじゃあるまいしC++使えるんだったらjavaなんて使う意味ないじゃん。
制約が多すぎてやたら使いにくいしjava使ってる奴ってマゾなんじゃね？
そういう俺もrobocodeで遊ぶときはjava使ってるけどな
でも仕事で使うなんて意味わかんねぇよ
- 578 名前：仕様書無しさん mailto:sage [2009/05/06(水) 12:50:50 ]
- ageくんがんばるね
Javaがまともに使えてる人はほぼC++を使える人
その上でJavaを使うメリットがあるから使い続けてるわけだが
- 579 名前：仕様書無しさん [2009/05/06(水) 12:56:34 ]
- javaをまともに使えてもC++は”ほぼ”しか使えないわけですね。
わかります
- 580 名前：仕様書無しさん mailto:sage [2009/05/06(水) 13:26:46 ]
- 遅れたバブル世代は帰れ
- 581 名前：仕様書無しさん mailto:sage [2009/05/06(水) 16:05:53 ]
- Java遅いだろ。
マシンが速くなっただけじゃん
- 582 名前：561 [2009/05/06(水) 18:44:13 ]
- >>577
仕事なら言語なんて選べないのが普通だろう…
つーか、まさかWEBアプリにC++はあるまい
- 583 名前：仕様書無しさん mailto:sage [2009/05/06(水) 19:10:43 ]
- C++使いを装ってJava叩いてる奴ってなんなのｗ
プログラミングやったことあんのかなｗ
- 584 名前：仕様書無しさん mailto:sage [2009/05/06(水) 20:54:58 ]
- プログラム言語なんて所詮道具の一つでしかないだろうに･･･。
本来適材適所で使い分けるもんだろ。
JavaとC++のどちらかが優れているかなんて、ボールペンとシャーペンの優劣を競うのと同じ位無意味。
- 585 名前：仕様書無しさん mailto:sage [2009/05/06(水) 21:28:07 ]
- C++とScalaで優劣を議論するなら大変意義があるけど
Java言語としてはまったく糞これは揺るがない
Javaは性能はボチボチだがその汎用性が高いJVMにのみ
価値があるJava言語自体には全く価値は無いごみ
- 586 名前：仕様書無しさん mailto:sage [2009/05/06(水) 21:41:09 ]
- Java も C++も目ウンコと鼻ウンコぐらいの違いしかない
D言語がいい
- 587 名前：仕様書無しさん mailto:sage [2009/05/07(木) 12:47:56 ]
- >>582
>仕事なら言語なんて選べないのが普通だろう…
ウチはそうでもない。孫請けや曾孫請けじゃあるまいし。
- 588 名前：仕様書無しさん mailto:sage [2009/05/07(木) 23:31:02 ]
- >>586
言語仕様かたまったの？
- 589 名前：仕様書無しさん [2009/05/08(金) 00:20:26 ]
- 仕事で.NETやって思うのはJavaはAPIの設計センスの悪く、結果遅いアプリしかつくれなくなってる。
.NETと比べると、やたらnewして、やたら計算させなければプログラムが書けない。
まぁ生まれた時代が違うし.NETはJavaを改善したものなんだから比べるのも酷だけど。
C++と比べられてるけど、処理速度勝負なら当然C++が圧倒的に勝つ、あたりまえの話。異論を唱えるのはよほど素人なのか、よほどのJava信者なんだろうなぁ。
|
 |
