- 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/
- 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信者なんだろうなぁ。
- 590 名前：仕様書無しさん [2009/05/08(金) 00:35:44 ]
- >>589
誰もネイティブコードより速いなんて言ってないじゃんｗ
- 591 名前：仕様書無しさん mailto:sage [2009/05/08(金) 00:42:07 ]
- .NETという単語ばかりでてきてたぶんこいつは触ってないのだろうなぁと言うのが分かる
それにC#やVBのほうがnew文化だし、「やたら計算」ってなんのことかわからん
- 592 名前：仕様書無しさん [2009/05/08(金) 00:57:12 ]
- javaはクラスや配列をオブジェクト化するにはnewを使う以外の方法がないじゃん
それにデストラクタを定義できないので不要になったオブジェクトはガーベッジコレクターが回収
してくれるまで指をくわえて見てるしかないし
プログラムを簡単にするために速度とメモリー効率を犠牲にした初心者向け言語ってところだろ。
速度も遅いし実務で使うとやばい言語の筆頭与力ちゃうか？
- 593 名前：仕様書無しさん mailto:sage [2009/05/08(金) 01:21:02 ]
- 今日もがんばるね
自給いくらだろう
- 594 名前：仕様書無しさん [2009/05/08(金) 01:37:27 ]
- お前より高いと思うよ java使いの初心者プログラマー君
- 595 名前：仕様書無しさん mailto:sage [2009/05/08(金) 01:48:08 ]
- 2chに書き込んで給料もらえるなら俺もやりたいよ
- 596 名前：561 [2009/05/08(金) 08:09:10 ]
- .NETとjavaのWEBアプリ比べて見れば一目瞭然だと思うな
インスタンス化とかそういうレベルでの遅い早いって何か意味あんのかな
組み込みや一昔前じゃあるまいし…
- 597 名前：仕様書無しさん mailto:sage [2009/05/08(金) 09:19:35 ]
- >>592
.NET と比較しての話なら、お前の言ってることはそのまま .NET にも当てはまる。
- 598 名前：仕様書無しさん mailto:sage [2009/05/08(金) 09:40:48 ]
- >>592
で、お前は何使ってんの？
リソースを最大限活用して最速コードを生成するために、どんな最適化をしてんの？
まさか普通にコード書いて普通にコンパイルして終わりってことはないよな。
受け売りで速いだの遅いだの喚いてる君には答えられないだろｗ
- 599 名前：仕様書無しさん [2009/05/08(金) 10:03:32 ]
- 一番いい最適化はjavaを使わないことかなぁ。
gcc系のコンパイラなら-O2とか-O4を使ってるよ
後-mcpuでコードを走らせるパソコンのCPUを指定してるけどなにか？
- 600 名前：仕様書無しさん mailto:sage [2009/05/08(金) 13:27:14 ]
- >>599
コンパイルオプションつけてみました程度かｗ
- 601 名前：589 [2009/05/08(金) 19:23:34 ]
- >>590
あ、そうなの？ｽﾏﾝちゃんと読んでいない
>>591
C#やVBの方がnew文化と言っているのはプリミティブ型がないからとか、そんな理由かな？
APIは断然Javaの方がnew文化だと思うよ。
例を挙げればきりがないけど、例えばファイルの有無を調べるのにFileクラスをnewしなければならないとか。
計算量が多くなるのも、.NETと両方使ってるとよく体感できるよ
例えば、String#substring(startIndex,endIndex)のstartIndexは0スタートで、endIndexはスタートなんておかしい仕様、startIndexからのlengthでもないのに。
こういったおかしい仕様の補正処理を加えてソフトを作らなきゃいけない。細かい事かもしれないけど、結構変なAPI多いんだよJavaの場合。
>>592
.NETのデストラクタはガベージコレクションがメモリを破棄する時に実行されます。
つまり完全にタイミングが取れないので注意しましょう。
592さんのように勘違いする人が多いので.NETのデストラクタは怖い。
破棄したいリソースがあるならデストラクタは使わず、Dispose()メソッドを用意するのが吉です。
>>596
今でもガベージコレクションを持つプラットフォームでのインスタンス化は大きなボトルネックになります。
ので内部設計時には充分な注意を払うのが上級者です。
組み込みではそのような言語を扱うのが稀なため、逆にそれほど気をつけなくても良いかな
JavaとCのパフォーマンスチューニングは気にする箇所がまったく異なってきます。
- 602 名前：589 [2009/05/08(金) 19:26:10 ]
- ×startIndexは0スタートで、endIndexはスタート
○startIndexは0スタートで、endIndexは1スタート
- 603 名前：仕様書無しさん [2009/05/08(金) 19:57:57 ]
- DisposeメソッドなんてC++にないじゃん。
NETローカルな話題はよーわからんけどどんな言語なん？
しかしガーベッジコレクターが回収するときにデストラクタを実行するなんて
デストラクタの実行順序は全く無視？ そりゃ使えんわな
- 604 名前：仕様書無しさん mailto:sage [2009/05/08(金) 20:21:38 ]
- >>601
> 細かい事かもしれないけど、結構変なAPI多いんだよJavaの場合。
マイクロソフトと喧嘩したくらいだからしっかり作ってあるんだろうと思ってた。
- 605 名前：589 [2009/05/08(金) 20:50:08 ]
- >>603
あ、592さんはC++の事を言っていたのか。
なら書いてある内容全部納得
>>604
Java vs .NETで見た場合ね。Javaが出た当時のAPIといえば
Win32とかMFCとか、あとはBorland C++とかDelphiとか
それらに比べればJavaのAPIはそれは圧倒的に素晴らしく良くできてたよ。
MicrosoftはJavaがなければ.NETのAPIは作れなかった。これは間違いないと思う。
ところでスレの趣旨はJava vs Cだけど、これはどちら派にとっても不毛な議論
JavaとC/C++とは作成するものは、今の所ほぼ競合しない
組み込みやドライバをJavaを作る事はないし
WebアプリをC++で作ることもない。
GUIアプリはパッケージなんかだとC++か.NETか迷う事もあるけど
JavaはSwingが貧弱なので選択肢に入らない。
ただ組み込みでもカーナビとかのUI部分とかそういう所はそろそろC++では限界が来ているとは思う
Java等で書き換えられる日も近いかもしれない。
Javaプログラマが組み込みのプロジェクトに参加しオブジェクト指向ﾏﾝｾｰを唱える人、
逆にC言語プログラマがGUIやWebアプリでオブジェクト指向ｳｻﾞｰと言う人が結構いるけど、どちらも愚か。
重視するポイントはモノや規模によって異なり、それによって選択される言語も変わります。
寿命の話で言えば、C言語はCPUのアーキテクチャが劇的に変わらない限りなくならない。
その点Javaは流行の産物で、ゆくゆくは消えて行くでしょう。.NETも同じ。まぁ当分先でしょうけど。
- 606 名前：仕様書無しさん mailto:sage [2009/05/08(金) 21:00:06 ]
- Javaが原因で今回の金融不安を招いただろ
不要なシステムを乱造させて、業務に支障を与えた
害悪言語それがJAVA
- 607 名前：仕様書無しさん mailto:sage [2009/05/08(金) 22:19:42 ]
- >>605
カーナビはWindowsCE用 .netがあるやん？
Javaより.netが優れてるなら、間違いなく.net compact framework が選ばれるんじゃない？
- 608 名前：仕様書無しさん mailto:sage [2009/05/08(金) 23:42:44 ]
- 正直、優れてるかより使われているか、色々と情報があるかの方が重要
その点でC++もJavaも適材適所の場所なら他と比べたら滅茶苦茶優秀
便利ならそれでいい
- 609 名前：仕様書無しさん mailto:sage [2009/05/09(土) 00:23:42 ]
- >>601
substringがああいう実装なのしらないとはC言語知らない人かな?
あとJavaはあんまり自前でnewしないよ
ライブラリ等はすべてDIコンテナに注入してもらうのが主流
C#は自前でnewして準備するのが多い
>>605
Swingは一番低レベルなAPIのわりには充実してるほうかと
Win32APIに相当だから
- 610 名前：589 [2009/05/09(土) 01:12:52 ]
- >>607
なるほど知らなかった。それに考えて見れば携帯カーナビもJavaですね。
>>609
よく勉強してると思うが全体的に理解が中途半端なので気をつけましょう
substringはC的でないし、DIコンテナだからといってnewしない事にならない
SwingはWin32相当でないし、低レベルAPIでもない。それに「低レベルAPIのわりに充実」していたとしても、それ以外に更に低レベルなAWT,SWTしか選択肢がないのだから.NETと比べれば貧弱といわざるを得えません。
- 611 名前：561 [2009/05/09(土) 01:26:12 ]
- .NETつーかMSの最近の言語は変数とかがデフォルトで日本語のヤツとかあってキモい
そんなイメージ
- 612 名前：仕様書無しさん mailto:sage [2009/05/09(土) 01:29:26 ]
- >>589は本当にsubstringの動きの意味をしらないみたいだな
- 613 名前：589 [2009/05/09(土) 02:49:58 ]
- >>561
今561の書き込みを見たが着目点を含めなかなかの凄腕、素人相手に疲れるのもわかる。
個人的に.NETがキモいのはデストラクタ、Shadow、インターフェイス実行時に名前が変えられる点
Javaがキモいのは検査例外、後付Generic（toArray()で戻り値クラスをnewしなければならない点とか）、そして何より微妙に整備されておらずどこか微妙にピントのずれたAPI
といったとこか。
C++はキモすぎて言い切れない。
>>612
JavaScriptのsubstr()や.NETのsubstring()がC的です。
Javaとの違いをしらべてみましょう。
ちょっと飲んできたのでおかしな事行ってたらｽﾏﾝ
- 614 名前：589 [2009/05/09(土) 03:02:10 ]
- ×インターフェイス実行時
○インターフェイス実装時
- 615 名前：仕様書無しさん [2009/05/09(土) 08:57:28 ]
- >>561
実行時に名前解決が必要なプログラムって何？
連想配列か何か？
- 616 名前：仕様書無しさん mailto:sage [2009/05/09(土) 13:36:18 ]
- 検査例外はむしろ良い点かと
非検査例外だって選べるんだし
- 617 名前：589 [2009/05/09(土) 17:27:38 ]
- >>616
例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。
そうでない場合もあるけど、それは場面によるもので例外の種類によるものではありません。
例外の種類によってこれを強要するという言語の仕組みはおかしいです。
それどころか副作用として、例外が隠蔽されたJava製のシステムが市場に大量に出回る事になり、
Java製のシステムは相対的にその他の言語で組まれたシステムより不安定なってしまった。
どういう事かというと
多くの場合、仕方なくメソッドの外にthrowsするわけだがソフトの規模が大きくなるほどこれが指数学的に増え、
これを嫌うJavaプログラマは「こんな例外無視すればいいだろう」とe.printStackTrace()などと申し訳程度の
コーディングをして例外を殺してしまう。こういうコードがJavaの場合あまりに多い、というかほとんど？
- 618 名前：仕様書無しさん mailto:sage [2009/05/09(土) 17:40:47 ]
- >>617
＞例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。
なんだ、ただのアホか。
- 619 名前：仕様書無しさん mailto:sage [2009/05/09(土) 18:46:24 ]
- みんな例外を飛ばしすぎなんだよ
だから例外が例外でなくなって感覚が麻痺してしまう
- 620 名前：仕様書無しさん mailto:sage [2009/05/10(日) 01:27:08 ]
- Javaこそ送れたバブル世代
D言語かRuby Python使えってのw
- 621 名前：仕様書無しさん mailto:sage [2009/05/10(日) 01:32:48 ]
- D言語か。
C++を覚えるより早くD言語が普及するって言われて久しいな。
- 622 名前：仕様書無しさん mailto:sage [2009/05/10(日) 03:02:01 ]
- Dは実装と仕様の安定度がなぁ
- 623 名前：仕様書無しさん mailto:sage [2009/05/10(日) 03:41:16 ]
- Ｄってアレだろ？Solarisについてるアレ
- 624 名前：仕様書無しさん mailto:sage [2009/05/10(日) 10:59:23 ]
- Dだってｗ
- 625 名前：561 [2009/05/10(日) 13:49:45 ]
- >>615
なんというかそういう話ではなく
主にWEBアプリになると思うけど
例えばGoogleみたいなサイト作ろうと思ったらネット上からウェブページかき集めたりする
その時名前解決が必要で、そこがプログラムの実行なんかより重いという話
- 626 名前：仕様書無しさん mailto:sage [2009/05/10(日) 16:05:04 ]
- DNSでの通信待ちの話？
- 627 名前：仕様書無しさん [2009/05/10(日) 19:34:24 ]
- >>625
なんかよーわからんが、javaとかC++以前の事のような気がするよ
- 628 名前：仕様書無しさん [2009/05/10(日) 20:30:25 ]
- Javaってなんで消えちゃったんだろうな
Java使い大量に余っちゃったじゃん
Sun責任取ってJava使い引き取れよ
- 629 名前：仕様書無しさん mailto:sage [2009/05/10(日) 20:52:34 ]
- >>628
Javaがわかれば他の言語なんて簡単に理解できるからなんの心配もいらないよ。
- 630 名前：仕様書無しさん [2009/05/11(月) 00:56:03 ]
- java使いに理解できない事
多重継承 オペレータオーバーロード ダイナミックバインディング ポインター などなど
- 631 名前：仕様書無しさん mailto:sage [2009/05/11(月) 01:55:12 ]
- >>630
C++なんて相手しなくていいよ。時間の無駄。
- 632 名前：仕様書無しさん mailto:sage [2009/05/11(月) 07:01:41 ]
- Lisp覚えれば全部できるよ
- 633 名前：仕様書無しさん [2009/05/11(月) 11:13:27 ]
- たしかにLispって凄いよな。
めっちゃ古い言語なのに最新の言語が取り込んだ機能を全部持ってるもんな。
- 634 名前：仕様書無しさん mailto:sage [2009/05/12(火) 11:59:39 ]
- Webアプリを C/C++ ( apache モジュール )で実装してます。
案外コード量はJavaと変わらんが、コンパイルに時間かかるのが難点
- 635 名前：561 [2009/05/12(火) 22:49:46 ]
- >>634
apacheモジュールで動くならコンパイル時間なんかどうでもよくね？
俺も暇つぶしに
ごく簡単なWEBアプリ（つってもアンケートフォームとかしょぼいのｗ）を
apacheモジュールで実装したけど早くてﾜﾛﾀ
けど、保守性低すぎ
DSOでやれば多少マシかもしれんが…
- 636 名前：仕様書無しさん [2009/05/13(水) 01:16:58 ]
- >>631
JavaはC++よりも先に消えてなくなると思うよ。
- 637 名前：仕様書無しさん mailto:sage [2009/05/13(水) 01:27:27 ]
- C++もJavaもなくなることは、ないだろう
- 638 名前：仕様書無しさん mailto:sage [2009/05/13(水) 04:25:04 ]
- >>618
ABENDしたほうがええやん。
- 639 名前：仕様書無しさん [2009/05/13(水) 18:04:15 ]
- >>633
あんなに昔から先進的機能を持っていながら、
未だにロクに使われていないって事は、相当筋が悪い言語なんだろうな。
- 640 名前：仕様書無しさん [2009/05/13(水) 18:15:12 ]
- Lispの筋が悪いんじゃなくて構造がシンプルすぎて頭の筋の悪い馬鹿には使いこなせない
ということだろうな。
- 641 名前：仕様書無しさん mailto:sage [2009/05/13(水) 18:23:45 ]
- 一言で言うと「使いにくい」と。
- 642 名前：仕様書無しさん [2009/05/13(水) 18:41:41 ]
- 使いやすいと思うよ。
Lispは使いだすと止められない麻薬のような言語
危ないからお前ら手を出すんじゃないよ。
- 643 名前：仕様書無しさん mailto:sage [2009/05/13(水) 19:41:48 ]
- ミーハーにはLispおすすめ
- 644 名前：仕様書無しさん [2009/05/13(水) 20:18:59 ]
- ｘｙｚｚｙのマクロ書くとき使ってるのってリスプ？
- 645 名前：仕様書無しさん mailto:sage [2009/05/14(木) 01:02:42 ]
- 後世の言語に影響を与えて云々、とかじゃなくて、
もっと何かこう直接的な…Lispで実装された、判りやすく凄そうなモノは無いの？
どこかの都銀の勘定系はLispだとか、このジャンボジェットのファームはLispだとか、
あるいは、PS3の大ヒットゲームで実はLisp製だとか、人気検索エンジンが実は（ｒ
- 646 名前：仕様書無しさん mailto:sage [2009/05/14(木) 01:07:49 ]
- 無いっ！（キッパリ
- 647 名前：仕様書無しさん [2009/05/14(木) 01:09:36 ]
- gccはC言語をいったんLispに変換してそれをアッセンブリ言語に変換してるんよ。
- 648 名前：仕様書無しさん mailto:sage [2009/05/14(木) 02:57:49 ]
- >>645
有名どころだとYahoo Storeは最初はLispで実装されてた。
プレイステーションのゲームならわりとLisp系のがある。
- 649 名前：仕様書無しさん mailto:sage [2009/05/14(木) 07:25:25 ]
- 俺は生まれてから最初に
話した言語はLispだった
- 650 名前：仕様書無しさん mailto:sage [2009/05/14(木) 10:51:46 ]
- Lispに似た立場の言語にSmalltalkが有るけど、
これもどこで使われてたのかいまいち分からないとはいえ、
Visual WorksとかIBMのVisual Ageとか高額な統合開発環境が長期に
いくつも売られていたので、ま、どっかで或る程度使われていたのは確か。
- 651 名前：仕様書無しさん mailto:sage [2009/05/14(木) 11:23:20 ]
- 金融系が多かったらしいがJavaに置き換えられた。
今でもPOS系で使っているところがあるとか（エラー画面でVWだと分かる）。
RubyのRailsよろしく、このところSmalltalk界ではSeasideがブームだから、
目に付くとところではWebアプリが比較的多いのでは？
- 652 名前：仕様書無しさん [2009/05/14(木) 20:15:16 ]
- Lispは知らないが
はるか昔にForthを触った事あるけど多分似てるんだろうなぁ
言語としてどうというより、
メモリを消費せず、インタプリタでありながら機械語の速度で実行できる仕組みに驚かされた。
まぁ、BASICとアセンブラに慣れてた当事、ちょっと触っただけでちゃんとしたものは何も作ってないけど
- 653 名前：仕様書無しさん [2009/05/15(金) 16:54:33 ]
- このスレ 何かjava以外の話題で盛り上がってんな
javaはもうダメかもしれんね。
- 654 名前：仕様書無しさん mailto:sage [2009/05/15(金) 16:56:45 ]
- だってJava使いが空き缶拾いのバイトでもさせたいほど余ってるんだもの
- 655 名前：仕様書無しさん mailto:sage [2009/05/16(土) 00:11:43 ]
- だがいつの時代も欲しい技術力を持ったやつは本当に一握り
言語関係ないんだよな
- 656 名前：仕様書無しさん [2009/05/19(火) 10:43:08 ]
- いくら言語は関係ないと言ってもqbasicしか使えない奴は問題だろ
- 657 名前：仕様書無しさん mailto:sage [2009/05/19(火) 22:27:20 ]
- >>645
googleはLispで作られている
ソースはジョエル氏
- 658 名前：仕様書無しさん mailto:sage [2009/05/19(火) 22:32:01 ]
- MapReduceはLispとは言ってないな、すまん
おまけにその話の中で教育用言語としてのJavaをDISってたしｗｗｗｗｗ
- 659 名前：仕様書無しさん [2009/06/18(木) 21:42:38 ]
- >>659
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-｀)∧,,∧
( ´-ω)旦o) (o旦o(ω-｀ )
(_ o[( ´-) (-｀ )]o _)
└'ー-（_ )][( _)ー'┘
'ｰ'^ｰ' 'ｰ'^ｰ'
- 660 名前：仕様書無しさん mailto:sage [2009/06/18(木) 21:44:59 ]
- こいつらぬるま湯団はあまりまくってるよな
- 661 名前：仕様書無しさん [2009/06/22(月) 00:23:00 ]
- 日本人てやたらジョエルを持ち上げる奴が多いよな。
>>658の話なんて、いかにも和訳って感じの文書でなんとなく高尚そうだから
みんな有難がって読んでるだけで、内容はくだらないよ。
- 662 名前：仕様書無しさん mailto:sage [2009/06/22(月) 12:36:07 ]
- 日本人ってやたらと「日本人ってやたらと」って言うよね。
グローバルな物の見方ができてるつもりなんですね、わかります。
- 663 名前：仕様書無しさん mailto:sage [2009/06/22(月) 21:10:58 ]
- 在日が使っているがそれに気づかないのが在日
- 664 名前：仕様書無しさん [2009/06/22(月) 21:13:35 ]
- >>661
悪いけど，その意見には反対．
かなーり良いことを言っていると思ってます．
- 665 名前：仕様書無しさん [2009/06/22(月) 22:26:36 ]
- >>664
良いことをいっているというよりは当たり前のことを
ダラダラ長く書いてるだけ。 そんなことも見抜けないようじゃ
プログラマとしてはおろか社会人としても知能足りなすぎ。
プログラマやめてくれ。
- 666 名前：仕様書無しさん [2009/06/22(月) 22:41:44 ]
- 委譲のなどのときの書き方。
１．class Nanasi {
Kouhai i = new Kouhai();
public void suteru() {
i.suteru();
}
}
と
２．class Nanasi {
public void suteru() {
Kouhai i = new Kouhai();
i.suteru();
}
}
の書き方ではどういう違いがあるの？
- 667 名前：仕様書無しさん [2009/06/22(月) 23:28:36 ]
- １．フィールドで委譲先のオブジェクトを管理している
２．特別な意味がない限り普通にあるクラスのメソッドを呼び出すときは
こういう書き方が多いと思うけど。
可視性などの問題を考える必要があるのでしょうか？
- 668 名前：仕様書無しさん mailto:sage [2009/06/23(火) 00:02:17 ]
- ム板の該当スレさがせ
pc12.2ch.net/test/read.cgi/tech/1244542623/l50
pc12.2ch.net/test/read.cgi/tech/1232627790/l50
- 669 名前：仕様書無しさん [2009/06/23(火) 00:21:09 ]
- ごめんｗありがとう
- 670 名前：仕様書無しさん [2009/06/24(水) 14:33:56 ]
- >>665
ソフトウェア開発の本質は「当たり前」のことにある。
ジョエルのすごい所は彼の自己体験に基づいて、
当たり前のことを掘り下げてきちんと書いているところ。
浅い読み方だから、それを見抜けないんじゃないの？
あといきなり「知能足りなすぎ」って書くのはいかがなものかと。
いろいろな意見があるのは当然なわけで、違う意見を中傷で
叩くのは良くないと思います。
- 671 名前：仕様書無しさん mailto:sage [2009/06/24(水) 17:50:25 ]
- そもそも意見を述べるのに相手を罵倒する必要なんかどこにもないからな。
無条件で相手が間違ってそうに見えるレッテルがどうしても必要な人間は好んで使うけど。
- 672 名前：仕様書無しさん mailto:sage [2009/06/24(水) 21:55:52 ]
- ジョエルマンセーしてる奴って、コードコンプリートなんかもありがたがってそうｗ
- 673 名前：仕様書無しさん [2009/06/24(水) 22:21:15 ]
- >>672
ふーん、じゃあどんな本がいいの？
- 674 名前：仕様書無しさん mailto:sage [2009/06/24(水) 22:38:07 ]
- なんとなく、難しい・複雑な事をやっているほうが偉いみたいな考え方してる奴が時々居るよな。
プログラムに限らないと思うんだけど
「誰にでも理解できる考え方を、誰にでも理解できる言葉で伝える」
って言うのがもっとも価値があるって事に気づいて欲しい。
もちろん、ナージャジベリスゲーって思うのも悪くないとは思うけど
仕事でコードを書くならその気持ちは物語的な憧れレベルで留めておいてほしい。
- 675 名前：仕様書無しさん [2009/06/25(木) 12:40:31 ]
- 昔カーニハンが書いたプログラム書法という本を読んだ。
本の内容は結構難しかったけど、プログラムというのは端的に流れが解って誰にでも理解出来るように
書くのが一番難しいというのがよくわかったよ。
- 676 名前：仕様書無しさん mailto:sage [2009/06/25(木) 23:38:10 ]
- わかりやすいプログラムを書くことなんて別に難しいことじゃないのに
サンデープログラマにとっては敷居の高い「技術」なんだなあｗｗ
- 677 名前：仕様書無しさん [2009/06/26(金) 00:28:10 ]
- >>676
> わかりやすいプログラムを書くことなんて別に難しいことじゃないのに
へー、じゃ、あなたの「分かりやすいプログラム」を見せてよ。
僕は >>674 の言うことに禿同。
「分かりやすい文章」を書くのが難しいのと同じく、
「分かりやすいプログラム」を書くのは難しい。
- 678 名前：サンデープログラマー mailto:sage [2009/06/26(金) 01:02:55 ]
- >>676
とても敷居が高いです。
三分前に書いたコードがもう意味不明。
- 679 名前：仕様書無しさん [2009/06/26(金) 01:26:50 ]
- >>676って自分でコードを考えてる？
なんか文章を読んでると思い込みが強くてプログラマーには不向きな印象を受けるんだけどな。
ひょっとして人が考えたアルゴリズムをパソコンに打ち込む人じゃないの？
- 680 名前：仕様書無しさん mailto:sage [2009/06/26(金) 09:22:31 ]
- >>676 は平気でオーダの高いコード書いてそうだな(w
- 681 名前：仕様書無しさん mailto:sage [2009/06/26(金) 10:39:15 ]
- 最初にのほほんとオーダーの高い非効率なコードを書くのは悪いことじゃないよ。読みやすければ。
その後に、リファクタリングしてから最適化をすればいいだけなんだからな。
- 682 名前：仕様書無しさん [2009/06/26(金) 10:41:18 ]
- 解りやすいプログラムが簡単なんて言ってる奴は、オブジェクト指向でのプログラム経験は
100％ないな。
- 683 名前：仕様書無しさん mailto:sage [2009/06/26(金) 13:55:37 ]
- >>681
joelの言ってたアホなペンキ塗り発見
- 684 名前：仕様書無しさん [2009/06/26(金) 14:08:04 ]
- >>683
スキルが低くすぎて派遣ですら雇ってもらえないアホ発見
- 685 名前：仕様書無しさん [2009/06/28(日) 03:00:48 ]
- >>659
`∧_∧
(´･ω･)
( つ旦O
と＿)_)
ちょっと休憩｡
- 686 名前：仕様書無しさん mailto:sage [2009/09/20(日) 06:40:26 ]
- >>617
例外は、元々メソッドレベルで中断させ、その情報を復帰可能
位置につたえるための仕組みだぞ？
- 687 名前：仕様書無しさん [2009/10/16(金) 21:36:08 ]
- まじ爆速
www.google.co.jp/gwt/n?u=http://www.pythagoras.bz/index.php/default/searchresult?q=ikvm.net+java
- 688 名前：仕様書無しさん mailto:sage [2009/11/08(日) 01:26:08 ]
- Javaが遅いというのはよく聞くが、
具体的に何が遅いのかを聞いたことがない。
早い言語と、Javaで実際にどの処理かを誰か書いてみてくれ。
- 689 名前：仕様書無しさん mailto:sage [2009/12/05(土) 16:21:56 ]
- 誰もかけない。なぜなら、誰かが遅いって言ってそう思い込んでいるだけだから。
- 690 名前：仕様書無しさん mailto:sage [2009/12/05(土) 19:56:18 ]
- 言語というよりは実行環境なのかな。
システムはJavaで作られています、Javaで動いています
と言われるようなシステムはだいたい遅い。
組み込みのアプリケーションとか、Webベースのシステムとか。
Java言語で書いてバイナリネイティブな実行バイナリを作って動かすなら
変わらないかも知れないけど。
- 691 名前：仕様書無しさん mailto:sage [2009/12/07(月) 16:24:12 ]
- OpenOfficeは重くて使い物になりませんが
- 692 名前：仕様書無しさん [2009/12/27(日) 19:01:01 ]
- BD機器は別段遅くないなー
- 693 名前：仕様書無しさん [2009/12/29(火) 03:31:43 ]
- GUIがpurejavaだと糞重い
- 694 名前：仕様書無しさん mailto:sage [2009/12/29(火) 21:44:41 ]
- >>693
スレタイどおりの反応してる、最近のjavaはio以外特に遅いとは
思わんがね。
そんなに早くしても人がおいつかないし
- 695 名前：仕様書無しさん mailto:sage [2009/12/29(火) 22:13:00 ]
- 初めてスレに来たけど、遅いって言ってるのはSWING系のGUIてことでしょ？
確かにそうだが、SWTのアプリ使えば考え方変わるっしょ。
SWINGの問題っしょこれは。
…ってのは、散々既出かもしれんけど、過去レス読むのまんどくさ。
- 696 名前：仕様書無しさん [2009/12/30(水) 17:10:12 ]
- Swingが遅いかどうかは、NetBeansを使うと判る
別段遅くないな。
- 697 名前：仕様書無しさん [2009/12/30(水) 17:25:43 ]
- 35 名前：名無しさん＠十周年[sage] 投稿日：2009/12/30(水) 16:01:31 ID:0so4dt810
携帯電話の開発に関わったことがある奴は分かると思うが
何でも「自動」で
やるから遅いんだわ。
メモリ管理も自動で
タスク管理も自動で
全部OSにまかせっきり。
こんな素人が作ってんだから遅くなるのは当たり前。
メモリアサイン等をOSが自動でできるって事は「OSがメモリを管理するための領域」が別に必要なわけだ。
そのぶん遅くなるし
メモリサイズを自動で変更するとなると、またその分の領域が必要になり
サイズを弾き出すための処理も必要になる。
こういうことが積み重なって遅くなっている。
すべては素人が作ってるゆえ。
- 698 名前：uy ◆e6.oHu1j.o mailto:sage [2009/12/31(木) 14:59:12 ]
- java程ゴミなものないから
何かと理由つけて駆逐してやるよ
javaは遅い
javaで遅い場所ではCでやらなきゃいけない
rubyは遅い。 けどjavaよりも簡潔にかける。
javaのような中途半端に遅い言語で、 rubyとC のかわりに使う事も出来るが
結局どっちつかずの中途半端だ 冗長した記述、 もはやＩＤＥなしじゃかけないほど
ゴミな言語になってしまった。
俺は、速度必要ない部分は、javaより簡潔なrubyでかき
速度が必要な場所はCでかくというようにキッチリわけるのがすきだな
実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
- 699 名前：仕様書無しさん mailto:sage [2010/01/08(金) 00:39:38 ]
- JavaってWindowsみたいなもんだろ
誰もが糞だとわかってるが広まったからしょうがなく使う
- 700 名前：仕様書無しさん mailto:sage [2010/01/09(土) 12:00:06 ]
- Windowsみたいなもんだな
過去のバージョンとの互換性を引き摺っていて、悪い設計がなされてても今更直せない
- 701 名前：仕様書無しさん mailto:sage [2010/01/09(土) 16:34:56 ]
- それを言うなら.netだろ
またWindowsほど致命的なバグは抱えてないけどな
たとえがバカすぎ
- 702 名前：仕様書無しさん mailto:sage [2010/01/09(土) 16:41:25 ]
- ．ＮＥＴは後発なのにホント酷いな。
さすがはＭＳソフトって感じ。
- 703 名前：仕様書無しさん mailto:sage [2010/01/10(日) 00:51:12 ]
- >>702
酷いと思う根拠を挙げられない事情でもあるのか？
- 704 名前：仕様書無しさん mailto:sage [2010/01/24(日) 16:43:29 ]
- >>697
> すべては素人が作ってるゆえ。
それJavaの仕様なんだから仕方なくネ？
- 705 名前：仕様書無しさん mailto:sage [2010/01/24(日) 23:19:33 ]
- >>698
そうだな。
なんでもそうだが自動化は良くないな。
人間様に機械が敵う訳無いものな。
そもそも業務を自動化するシステムってやつ自体が邪道だよな。
- 706 名前：仕様書無しさん mailto:sage [2010/01/26(火) 23:10:05 ]
- 自動化によってバカエンジニアでも開発できるようになった。
- 707 名前：仕様書無しさん [2010/02/10(水) 15:08:34 ]
- 「自動化」の意味わかってないだろｗｗｗ
- 708 名前：仕様書無しさん mailto:sage [2010/02/10(水) 15:39:55 ]
- 極端に言えば、製造を自動化できるところまで、
「製造自動化システム」に分かる形へ翻訳してやれば、
あとは自動化出来る筈だ。
ここで問題なのは、その翻訳ってものの正体は、
業務の論理的分析と抽象化の繰り返しとなることだ。
これが出来る奴は、おそらく日本には居ないｗｗｗ
つまり、海外はそういう世界に向かって進んでいるだろうが、
日本は取り残されるだろうということだｗ
だから、日本ではSEが翻訳出来ないまま、
プログラマーが手動で直接実行できる言語に翻訳してるのが現状。
ほい！美味しいスパゲティーの出来上がり！てな按配ｗ
- 709 名前：仕様書無しさん mailto:sage [2010/02/10(水) 20:56:02 ]
- >>589
> 仕事で.NETやって思うのはJavaはAPIの設計センスの悪く、結果遅いアプリしかつくれなくなってる。
> .NETと比べると、やたらnewして、やたら計算させなければプログラムが書けない。
> まぁ生まれた時代が違うし.NETはJavaを改善したものなんだから比べるのも酷だけど。
改善なのか？ どうみても改悪にしか見えないんだけどな。
お前が「キモイ」と嫌っているC++の方向に改悪しているとしか思えないが。
やたらとnewしてとかいってるがFactory Methodとかもろくに作らずに
やたらとnewしているようじゃ、それはJavaの問題ではなく、お前の腕の問題じゃないのか？
- 710 名前：仕様書無しさん mailto:sage [2010/02/10(水) 20:57:10 ]
- >>601
> >>590
> あ、そうなの？ｽﾏﾝちゃんと読んでいない
>
> >>591
> C#やVBの方がnew文化と言っているのはプリミティブ型がないからとか、そんな理由かな？
> APIは断然Javaの方がnew文化だと思うよ。
> 例を挙げればきりがないけど、例えばファイルの有無を調べるのにFileクラスをnewしなければならないとか。
無駄にnewしなくてもいいように一旦newしたら再利用する某デザインパターンを使うとか、
考えることできないのかね？
- 711 名前：仕様書無しさん mailto:sage [2010/02/10(水) 21:25:53 ]
- 再利用が前提なんて言語として最悪だろ。
- 712 名前：仕様書無しさん mailto:sage [2010/02/10(水) 22:02:49 ]
- 逆に、有りモノが全部 static なオブジェクトって言語の方が糞だろｗ
- 713 名前：仕様書無しさん mailto:sage [2010/02/10(水) 23:12:42 ]
- 入れ物だけ再利用するのは別に悪くないだろ。
ＯＯはよくしらないけど。
- 714 名前：仕様書無しさん [2010/02/11(木) 15:59:50 ]
- javaは遅いって当たり前だろう中間言語なんだから。
わざわざ反論するほうがバカ。
oracleをjavaで作るか？
postgresをjavaで作るか？
だれもそんなことはしない。
最適化が必要なプロダクトにはjavaは向かない。
遅いから。
- 715 名前：仕様書無しさん [2010/02/11(木) 16:02:25 ]
- >>698
>実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
C++Builder、DELPHIはそれを目指してたな。
- 716 名前：仕様書無しさん [2010/02/11(木) 17:24:00 ]
- まあ、なんだ。
難しい事は考えない。ワカチコワカチコ。
- 717 名前：仕様書無しさん mailto:sage [2010/02/11(木) 17:53:56 ]
- >実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
は？
C簡単じゃん
- 718 名前：仕様書無しさん mailto:sage [2010/02/11(木) 18:14:56 ]
- なんという釣り針
- 719 名前：仕様書無しさん mailto:sage [2010/02/11(木) 18:42:48 ]
- 「簡単」という表現は、表現が簡単過ぎてアレだな。
「同じ機能を実現するのに、どれだけのコード量が必要か？
という考えの下に算出される、製造コスト」
とでも言っとくべきではないかな。
- 720 名前：仕様書無しさん mailto:sage [2010/02/11(木) 22:10:59 ]
- >>714
Javaで書かれたRDBMSは一応存在しているぞ
他はどうでもいいが
- 721 名前：仕様書無しさん mailto:sage [2010/02/12(金) 14:43:46 ]
- >>719
じゃあ、言い方を変えよう
Cは実行速度と、プログラミングの容易さを、両方取れることの出来る言語だ
コード量とプログラミングの容易さは、正比例しているわけではない
- 722 名前：仕様書無しさん mailto:sage [2010/02/12(金) 17:53:22 ]
- ＞プログラミングの容易さを、両方取れる
ひょっとしてC＃のことを言ってるか？
そう勘違いしてしまったのが、C#の敗因なのだが・・・
現実を見ようｗ
- 723 名前：仕様書無しさん mailto:sage [2010/02/12(金) 19:53:37 ]
- CとC#を一緒にするなよｗ
- 724 名前：仕様書無しさん mailto:sage [2010/02/13(土) 00:34:15 ]
- >>721
C言語自体は簡単な（シンプルな）言語だが、
C言語でプログラムを作るのは難しい。
何故かというと、プログラマの責任で制御する部分が多いから。
型やらメモリやら。
構造体を0でmemsetとか、見ると泣けてくる。
皆C言語ナメすぎ。
- 725 名前：仕様書無しさん mailto:sage [2010/02/13(土) 15:31:29 ]
- >>722
主語はどうみてもCなんだが。
- 726 名前：仕様書無しさん mailto:sage [2010/02/13(土) 16:14:21 ]
- >>724
sizeofでポインタのサイズ取ってたりとかなｗ
確かに、一般論としては簡単ってのは言い過ぎだったかも
言い方を変えよう
俺にとってはCは簡単だ
- 727 名前：仕様書無しさん mailto:sage [2010/02/13(土) 20:37:34 ]
- C＃じゃないCの開発効率が、Javaに匹敵する程のプログラミングの容易さを持っているとは、とても思えん。
- 728 名前：仕様書無しさん mailto:sage [2010/02/13(土) 21:55:07 ]
- つか、個人的にどうって話ならこれ以上議論する意味ないｗ
- 729 名前：仕様書無しさん mailto:sage [2010/02/13(土) 22:11:37 ]
- でもまぁ726の誠意は感じた。
結局前のレスで出た「容易」ってなんじゃろって話だろ。
C言語が容易（言語そのものの習得は楽）ってのも間違えてないし
JAVAのが容易（知ってりゃ実装は楽）もそーかなと思う。
2chで正論吐いてもおもろないけどナ。
- 730 名前：仕様書無しさん mailto:sage [2010/02/14(日) 00:36:10 ]
- 言語は、馬鹿には理解できない程度に難しくしておく必然性はある。
外国の事情は知らんが、日本の人売り屋頼りの事情の下では、
間違いなくその必要性がある。
そうなってないから、プロジェクトに馬鹿が容易に進入してきて、
負の資産をプログラムした挙句、給料を泥棒して返っていく
ようなことが起こるんだよ。
- 731 名前：仕様書無しさん mailto:sage [2010/02/14(日) 00:53:42 ]
- リファクタリングするより、一から作る方が早いこんな世の中じゃｗ
- 732 名前：仕様書無しさん mailto:sage [2010/02/19(金) 13:57:26 ]
- >>730
むしろバカにも理解できるほど簡単な案件ばかりなのが問題なんじゃないかな。
- 733 名前：仕様書無しさん mailto:sage [2010/02/28(日) 18:52:50 ]
- google検索禁止にすれば多分その人の本来の実力が解るよ
- 734 名前：仕様書無しさん mailto:sage [2010/02/28(日) 22:20:25 ]
- 実力っていうか記憶力だなそれは
- 735 名前：仕様書無しさん mailto:sage [2010/02/28(日) 23:50:16 ]
- だから、そういうことだろ。
プログラミングが上手い奴は、機能と要点の理解だけに専念するから、
細かいことは脳の外に出しておこうとする。
だからgoogle禁止にした途端にやる気を無くす奴が居れば、
そいつが本来実力のある人なんだ。
逆に、やり方を覚えるだけの奴は、丸暗記だけが頼りなので、
いつもと変わらないはず。
- 736 名前：仕様書無しさん mailto:sage [2010/03/01(月) 00:25:56 ]
- 回りくどい量り方だな
- 737 名前：仕様書無しさん mailto:sage [2010/03/01(月) 03:22:00 ]
- ぐぐって出てくるページはいつかは消えてなくなる。
だから当然、過去に参照したものは自分のデータベースに入れておかなければならない。
いつまでも同じことをぐぐらないと物が作れないやつは使えないやつ。
だから検索キーワードを蓄積すれば出来るやつか出来ないやつか分かる。
- 738 名前：仕様書無しさん mailto:sage [2010/03/04(木) 02:11:57 ]
- 概要は記憶。詳細は外出し。
これ鉄則。
これさえ守れば、どんな巨大なAPIでも使いこなせる。
- 739 名前：uy ◆e6.oHu1j.o mailto:sage [2010/03/08(月) 23:49:25 ]
- プログラマってゴミだから
たかが数万個の関数を暗記する能力すらないんだな
- 740 名前：仕様書無しさん mailto:sage [2010/03/10(水) 02:06:53 ]
- そうだねｗ
- 741 名前：仕様書無しさん [2010/03/16(火) 17:59:30 ]
- B型のプログラマにはオブジェクト指向など必要ない。天才だからな
- 742 名前：仕様書無しさん mailto:sage [2010/03/17(水) 00:02:35 ]
- で、何指向なんだ？
自分だけ分かればオケー指向か？
- 743 名前：仕様書無しさん [2010/03/17(水) 15:07:56 ]
- 成果主義指向さ
- 744 名前：仕様書無しさん mailto:sage [2010/03/17(水) 15:09:11 ]
- 動けばオケー指向さ
- 745 名前：仕様書無しさん mailto:sage [2010/03/17(水) 16:58:32 ]
- 俺様が仕様指向さ
- 746 名前：仕様書無しさん mailto:sage [2010/03/17(水) 19:37:46 ]
- 自称天才ならアミバ指向だろう
- 747 名前：仕様書無しさん [2010/03/24(水) 22:49:48 ]
- やっぱjava遅いでしょ
- 748 名前：仕様書無しさん mailto:sage [2010/03/25(木) 17:58:55 ]
- 正確には、Javaプログラマの作るコードは一概に遅い
- 749 名前：仕様書無しさん mailto:sage [2010/03/26(金) 03:01:33 ]
- VBプログラマの遅さには勝てんよ
- 750 名前：仕様書無しさん mailto:sage [2010/03/27(土) 19:35:17 ]
- やっぱり人だよ。
Javaで書かれたプログラムでもC++で書かれたプログラムより速くなることがよくある。
- 751 名前：仕様書無しさん mailto:sage [2010/03/27(土) 19:45:12 ]
- >>750
まじでまじで
具体的に教えてくれよ
- 752 名前：uy ◆e6.oHu1j.o mailto:sage [2010/03/28(日) 03:02:37 ]
- javaとC++との速度差は、２〜３倍だからな
同じ言語使ってたってコードによって１〜１０倍くらいの差は出そうなもんだ
２〜３倍程度なら腕次第で全然挽回できる数値ではある
- 753 名前：仕様書無しさん [2010/05/11(火) 08:18:35 ]
- Epoc版JVMのダウンロードサイトを知っている人、urlを教えてください
5mxで開発したいので環境を構築中なのです
5mx上で動くJava開発専エディタは見つけましたが
JVMだけリンク切れ
審美アンのサイトでもEpoc5のJVMはアリマセンでした
Epoc版の5mxで動くJVMだけが手に入りません
どなたか親切なプログラマの方、教えてください
- 754 名前：仕様書無しさん mailto:sage [2010/05/11(火) 09:35:13 ]
- www.mypsionsupport.com/downloads/epoc32/5mx_software/PsionJVM.zip
- 755 名前：仕様書無しさん mailto:sage [2010/06/03(木) 23:03:26 ]
- JavaとC++のパフォーマンスを比較する
ttp://codezine.jp/article/detail/4935
- 756 名前：仕様書無しさん mailto:sage [2010/06/08(火) 20:56:51 ]
- コメントも読むと分かるがそれは精度相当あらいよ。
C++コンパイラもJavaのJITもやってることかなり複雑で
意味のあるマイクロベンチマーク取るのはかなり大変なんだよな。
よく使ってて実環境で測定したことのある部分以外の
特性はいまだに予測つかない。
- 757 名前： ◆6kL2kv.qdA mailto:sage [2010/06/09(水) 22:49:35 ]
- とりあえずC++の速度を基準にするとして。
JAVAコンパイラを作った奴は
JAVAのどの部分が遅くなってるのかを知ってる
普通のPGはそれを知ることが出来ない以上、
一個一個速度はかっていくしかないねｗｗｗｗｗｗｗｗｗｗｗ
- 758 名前：仕様書無しさん mailto:sage [2010/06/09(水) 23:38:59 ]
- なんでそういう結論になるんだ。
HotSpot VMはC++へのコンバーター&C++コンパイラとして
実装されてるわけじゃないぞ。
BugDatabaseにパフォーマンスのリグレッションの報告あるし
実際JVM書いてる奴らにとっても性能は自明じゃないだろ。
OpenJDKのソースあるから誰でも調査はできるしね。
- 759 名前： ◆6kL2kv.qdA mailto:sage [2010/06/10(木) 20:39:18 ]
- 主張したいことは何？
結論を
＞OpenJDKのソースあるから誰でも調査はできる（ｷﾘｯ)
にしたいって事？
- 760 名前：仕様書無しさん mailto:sage [2010/06/12(土) 17:02:19 ]
- > とりあえずC++の速度を基準にするとして。
> JAVAコンパイラを作った奴は
> JAVAのどの部分が遅くなってるのかを知ってる
は乱暴すぎるってこと。
> 普通のPGはそれを知ることが出来ない以上、
> 一個一個速度はかっていくしかないねｗｗｗｗｗｗｗｗｗｗｗ
もやりようはあるってこと。
- 761 名前： ◆OSYhGye6hY [2010/06/12(土) 19:59:49 ]
- じゃあ、
OpenJDKのソースからC++とJAVAの速度差を比較しよう
- 762 名前：仕様書無しさん mailto:sage [2010/06/12(土) 20:42:31 ]
- ってか、Javaって、ほとんどうんこだよね
- 763 名前：仕様書無しさん mailto:sage [2010/06/12(土) 20:53:51 ]
- じゃあうんこじゃないところを言ってみろようんこ
- 764 名前： ◆MbTKFNutWk [2010/06/12(土) 23:01:21 ]
- ゴミみたいなスレだな･･･
- 765 名前：仕様書無しさん [2010/06/13(日) 23:24:51 ]
- JAVAは遅い
- 766 名前：仕様書無しさん [2010/06/20(日) 15:44:34 ]
- 実用に支障がでるほど遅くはない。
ありゃとっくに消えてるｗ
- 767 名前： ◆aAN0AQfNY6 mailto:sage [2010/06/21(月) 00:28:30 ]
- どこ 「実用」 だよ
- 768 名前：仕様書無しさん mailto:sage [2010/06/21(月) 01:38:19 ]
- 速度の問題はHW技術が克服してくれる。
この前提で開発コストを下げ、汎用性を高めることに注力して、
速度が犠牲になるというコンセプトならば良い。
だが、肝心な開発コストを下げるという目標が、
成果上げられているとはとても思えないんじゃなあｗｗ
- 769 名前： ◆VeXmc6uJeo mailto:sage [2010/06/22(火) 00:19:45 ]
- ＞速度の問題はHW技術が克服してくれる。
それはもうとっくの昔に克服されてる
けど、ＣとＪＡＶＡの速度差が何時までたっても縮まらないのなら
本当に最高速度が要求される場所ではＪＡＶＡなんて使っていられず。
そっち方面のプログラマから未来永劫叩かれ続ける言語
- 770 名前： ◆SB2.iepR5c mailto:sage [2010/06/25(金) 07:02:11 ]
- ゴミみたいなスレだな･･
|
 |
