Javaはもう死んだの?
レス数が900を超えています。1000を超えると表示できなくなるよ。
>>837
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった
ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw そんなに遅いのにGoogleもAmazonも使ってるのはなんでなのん JavaのライブラリをC++に書き直した話をしてて
なんでか俺に聞いてたはずだが
単に彼の思い込みで間違いだったのだろうか
あんなに強い口調で主張の根拠にしてたのに >>840
低スキル低学歴の馬鹿でも使えるからさ。wikipedieaに書いてるだろう。
> 1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの
> アプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。
> 彼らはC++ではコンピュータ資源を食いすぎると判断した。
> またC++は複雑なプログラミング言語であり、C++を使うプログラマは注意していても間違いを犯しがちである。
彼らの脳みそではC++は難しすぎたのさ。だが今でも多くの速度のいるアプリやライブラリ、
DB、OS、ドライバなどはC/C++で書かれている。つまり馬鹿だったはのおまえと彼らだけだったという話だ。
しかもJavaは糞遅いなどと使えばすぐわかることすら理解できないのだから。 >>842
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)
「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)
妄想から覚めろ、Java信者w >>842
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。
なら、C/C++で書かれたブラウザや高速ライブラリがJavaで書き直された例がたくさんあるはずだ。 >>841
低スキルのおまえは録にコード書けないだろうからわざわざ見つけてきたぞ。Java製ブラウザ。
HotJava
https://ja.wikipedia.org/wiki/HotJava
> HotJavaはほとんど普及していない。
> ▽HotJava 1.1.5. 総Javaで作られたブラウザ。総Javaだけあって、かなり動きは遅いです。 時々原因不明に固まったりするので
> ▽HotJava 3.0. 総Javaなブラウザ。やはり重い。
頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。 いや
お前がJavaがくそ遅いからライブラリをC++に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても >>847
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい? Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw 上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ >>849
Javaの職場って元コボラーだらけだから当然です。
C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。
でなにをするか、JNIでモジュールを外に出してC++で置き換えです。
そしてコボラーは言う。Javaってほんと糞遅いよなって。
しかしJava屋はいつも言う。インテルが遅いせいだ。
ほんとおまえらのような低スキル信者ってほんと恥を知らない。 GAFAで全く相手にされてない.NETerの僻みでは googleから捨てられたからまたサーバサイドだけになったな、Java(笑)
C/C++より速いのになんでテキスト吐くだけの簡単なお仕事しかさせてもらえないのか、不運で哀れな、Java(笑) AzureでJavaカスタムランタイムの提供
SQLServerでJavaサポート開始
AdoptOpenJDKのプラチナスポンサーでコードも提供
MSのJavaサポートは増していくばかり >>834
V2Cは快適に使ってたけど更新されなくなって使えなくなった
非公式版があるらしいけど今はもう知らん
あれはかなり良くできてたよ >>854
Java屋(笑)はなんで自分の高スキルを活かして、JavaでブラウザやRDBMSを書かないんだろうな。
C/C++よりJavaは高速なのに。どこでも動いてC/C++より高速なんて夢のような言語だぜ。 >>816
オブジェクト指向でのCOBOL移行ほとんどしてない
実装結果はCOBOLとほとんど変わらないスパゲッティプログラムになってる
(変換ツールで一斉変換)
オブジェクト指向でJavaに移行しても読める技術者と読めない技術者出て来るからね COBOLの案件は総じて逐次処理ばかりである。スパゲッテイに見えても何の複雑性もなくシンプルだ。
だがオブジェクト思考はどうだろう。これがオブジェクト思考だと言わんばかりに隠蔽と継承を重ね、速度がどんどん遅くなる。
一つのデータを参照するのに一体いくつのvtableを跨ぐのだ。しかも実態コードが一体どこにあるかすら探すのも面倒だ。
無駄なコード、無駄な処理を大量に生み、納期を蝕み、そしてみな逃げ出す。 Javaの最大の利点はprivateとinterfaceの両面からの責任の分離にある
C++だとprivateにしても結局うまく分離できない
本質ではないとか文句言ってるやつもいたが知らん
プログラムで利用できる汎用的問題を分離して扱いやすくるのがJavaの使命だった
そしてそれはJavaによってほぼ達成され限界がみえてきた
それで今やっぱり関数型に戻ろうという動きがでてきてる
Javaが成し遂げたことが消え去るはずがない
関数型が主流になってもやっぱりprivateもオブジェクトも、インターフェースも存在し続けるだろう Javaもろくにできないから会社クビになった人の八つ当たりでした
まだまだ続くよ! >>859
分かるよ。無職でプロジェクトの経験もないし、技術ネタにも会話に入れない。
そんなキミにできるのは煽ることだけ。それでも立派だよ!!! 少々の給料では自分が世界に残せるものが少なくなるのとつりあいがとれない
Cobolからの人の逃げっぷりはしゃれにならない
Cobolは煩雑な上に必要な制約を欠き環境もレガシー
結局生産性わるいのをみな知ってる
しかも人少ないから捕まったら一生逃げれない
みんな必死で逃げる >>858
なに言ってるか分からんが高スキルのようだ。ぜひブラウザを書いてみてくれ。キミの自慢のJavaで。 じゃあその高速のJavaでブラウザ書いてくれというと絶対に書かないよな。
まあいいよ。このスレの糞ガキなんて無職で低スキルだからな。
だがよ、世界中のJava屋が書かないんだ。
確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑) もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw https://github.com/oswetto/LoboEvolution/wiki
ちょっとぐぐっただけでいきなり引っかかったぞ
本当に世界中調べたのか?
お前が英語読めなくて企業が見せてくれる世界しか見てないんじゃないか? >>866
でかしたぞ。使ってみろ。どけだけIEやChromeより高速か試してくれ。 俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ よしわかった。しばし待て。仮想環境にJavaインストールするから。 皆さん、こいつに正論言っても無駄ですよ
何にもできないくせに口ばっかり達者で、論破されそうになると暴れて滅茶苦茶言い出すだけだから
からかって遊ぶ分にはそれなりに面白いかもね C++で書き直されたライブラリと
VMを捨てて採用された技術を教えてほしいが
出てこんな Javaの将来性が無いって方向性には同意したいのに
端々にどっから持って来たか判らん御伽話を挟んでくるから困る java をソースから、ネイティブコードにコンパイルって可能なんですかね?
それは、もはや、javaではないというには、おいておいて、
vmの類を捨て去ると、c++に肉薄できる? >>876
JavaのVMを素通りするわけじゃないからな。勘違いするな。 VMの機能もネイティブコードに加えたら
名前解決で差が出そう >>876
無理。GCが有る言語はC++の速度にはならない。
CPUがいくら速くなっても無理。それはデータ量Nに対して、
計算オーダーが違ってくるから。C++の場合はO(1)で済むのに
GCのある言語では、O(N)になる。その結果、CPUがいくら速くなっても
データが増えるとまたC++に負けるので結局追いつくことがない。 >>879
誤解なきように言っておくと、データが増えれば単にその分遅くなるだけなら、
C++でも同じなのだが、GCのある言語だと、データが10倍になると、
処理時間が100倍になったりするということ。これがCPUの進化では
C++とJava/C#で体感速度の差が埋まらない理由。 >>880
結局、パフォーマンスが幾何級数的に悪化するので、確保したメモリは適切なタイミングで開放するという
Cの基本的なお作法はパフォーマンスの点で決定的であるということですね。
少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリと、GCのせいでメモリが増えてパフォーマンスが
極端に悪化するjavaと運用的にはそう変わらないかもしれませんね。 >>881
>GCのせいでメモリが増えてパフォーマンスが 極端に悪化する
ここは、メモリ使用量が増えて、かつ、GCが起きることによってパフォーマンスも
極端に悪化する、ということだね。 >>881
>少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリ
これは、VC++ の場合だと、_DEBUG_NEW を使うと、リークした
場所分かるし、new("文字列", 数値) TYPE などとすると自分で好きな
情報も入れられるので、リークは無くそうと思えば無くせる。
ただ、完全にリークをなくそうとするとその分、ある種の「無駄なロジック」
を入れざるを得なくなったりして速度低下してしまうので、設計方針
によっては多少はリークしても構わないという方針の場合もある。
一年間も終わらずに動作し続けるようなプログラムの場合はそれでは
駄目だと思うけれど。 N88-BasicではGCで数分間プログラムが止まることがあったらしい。 >>883
そういう泥沼のゲリラ戦を戦ってると遅かれ早かれ戦死すると>>875にありますが本当ですか? >>883
昔の borland C++ では便利なオプションがあって自分が new したものを delete したかどうかを確かめることができたんですが、
最近 borland C++ は clang に移行して、このオプションは使えなくなったみたいですね、すっごく残念です >>886
実は、Rustが良い部分があるとしても、そのアイデアだけを取り込ん
だC++が出来ることになるらしいです。 >>887
じじいよ、OSの仕様を知っているのか?
そんなレベルで話しているとは情けない。 >>889
詳しくお願いいたします m(_ _)m ランタイムライブラリの細工で吸収できる範囲じゃろ
そんなレベルで話しているとは情けない >>890
解放構文は解放リストに載るだけですよ。 >>892
矛盾した説明ですね
もし Java であったら、そもそも「解放リストに載せる」方法自体が存在しないのでは?
もし C++ だったら、解放リストに載せるだけではなく、解放してしまうのでは?
わからないのならわからないと自覚したほうがいいと思います C++の知識があるなら、C言語の仕様はUNIXの仕様とセットだったことくらい知っているだろうが。 >>895
それらしいキーワードを投げとけばいい、とか精度の悪い攻撃方法ですね… >>895
Cの仕様ってどの仕様のことを言ってるんだ? 「COBOLはレガシー」
※ただし日本だけの風潮
IBMは偉大 C++より遅いのが問題なら大半の言語が死滅してるだろw あれだけJavaは遅くないとか妄想垂れ流してた低スキルのアホどもはどこ行ったの?
Javaのブラウザ
https://github.com/oswetto/LoboEvolution/wiki ブラウザは、キチンと実装しようとすれば、言語にかかわらず、複雑で重くなるので、
評価が難しいですよ。javaで、ie,chromeに匹敵するモノができたんであれば、それは
実装者の能力がすごいということですね。 >>905
妄言は「Javaが遅くない」じゃなくて
お前の「Javaが遅いからデスマになった」だろ
四の五の言ってないではよ証拠もってこい低脳リストラリーマン いまどきJavaが遅いと言ってしまうと、スクリプト言語はさらに遅いので、ただの無知だと思われてしまう。 なんの速度化によるだろ。
スクリプト言語は、コード修正から実行までの速度が速い
C言語などのコンパイラ言語も、Javaなどの仮想マシン言語も
コンパイル時間が必要になるから、コード修正から実行までの速度は遅くなる NormalizerでWebページのテキストを半角変換する時に、でかいページだと数秒かかってしまう。0.1秒でやって欲しいんですけど。 >>909
C/C++ でやってますが、コンパイルが遅くて遅くて…というほどの規模のものはやったことがありません
まあ make -j を便利につかっているせいもありますが >>911
複数のファイルを結合したことがありますか?
複数のファイルで参照されるヘッダファイルを作ったことがありますか? なぜmake -jを使うのでしょうか?
1秒未満で終わるなら必要ないでしょう?
それ以上かかってますよね。
遅い! 前からずっと思ってるんだけど、ソースコード編集中に
バックグラウンドで関数レベルでプリコンパイル、部分的にリンクとかしてればいいと思うんだけどな。
ソースコード保存しなくてもプリコンパイルして、保存した段階で
反映させるとかすれば、コンパイル遅くても一瞬で終わるはず
やっぱり難しいのかな。 >>914
タイムスタンプの刻み値が1秒単位、ということとコンパイル時間が 1 秒以内、ということとはなんの関係もないでしょうね タイムスタンプの刻みは1秒じゃないからなんの関係もないよw >>919
そういう質問にはわかってるって答えるだけだけど? 「インクリメンタルビルド」って技術がすでにあるよ。
https://ja.wikipedia.org/wiki/ビルド_(ソフトウェア) >>920
ファイルが揃ってないのにリンクできるのか?
リンクが何をしているのか理解していない。 >>921
> GNU Make[2]では更にソースコードの依存関係を管理でき、変更された部分だけをコンパイルするインクリメンタルビルドが可能になった。
> これがビルドの自動化の始まりである。その第一の目的はコンパイラやリンカの呼び出しを自動化することだった。
それをソースコードを記述中に保存する前にバックグラウンドで行うってことね。
ソースコードをディスクに保存して、ディスクから読み取ってビルドするよりも
メモリ内でビルドしてしまったほうが速いのは言うまでもないと思う >>922
お前リンクが何をしてるのか知らんのか?w
ファイルを順番に結合してるだけなんじゃないぞ
結合の順番はどうでもよくて、関数の呼び出しテーブルを
適切なアドレスに書き換えてる。
揃ったファイルから結合することも可能だし、
DVD-Rのように追記した部分で上書きのようなことだってできる
(ファイルサイズがでかくなるから開発ビルドでだけしようする) ソースコードの内容を保存前に関数単位でコンパイルして
メモリ内でリンクできるやろ?
関数があれば、アドレス解決できるし、
そもそもアドレス解決に必要なのは、関数の開始アドレスだけなので
リンクそのものは、関数の中身を用意するまで待つ必要はない
理解できないなら、バイナリエディタをつかって
パッチを当てると考えれば良い。 とうとうコンパイルからやり直すと言ってしまったか。 >>927
「関数単位で」「保存する前に」って言ってるのまだ理解してないの? スタブを使ってリンクしてもリンクそのものに時間がかからないから意味がない。
そもそもリンクの意味がわかっていないと思われる。 わかってるからリンクの話をしたのに、
間違ってる部分を指摘できてないよね?=あっているということw 「スクリプトが遅い」って言われただけで顔真っ赤にして暴れてんのかw ならスレ違いの話をいつまでもしてないで消えればいいのに また新手の荒らしかよ
まあもうこのスレ終わるしいいか >>906
リアルキチガイすぎてワロタw
javaは実装に関わらず糞遅いのに何実装のせいにしてだ? 碌にコード書けない低スキルの馬鹿のくせに。
そもそも「キチンと実装」ってなんだ? これは手抜きの実装なのか? コードも読まずに他人のコードを侮辱するとかおまえは何様だ?
ならおまえが修正して「キチンと実装」してみろ。キチガイ君。
https://github.com/oswetto/LoboEvolution/wiki 読解力なさ過ぎてワロタ
そらリストラもされるわバカリーマンww レス数が900を超えています。1000を超えると表示できなくなるよ。