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


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

Javaはもう死んだの?



1 名前:デフォルトの名無しさん [2018/04/29(日) 04:48:48.62 ID:BgWXrKyR.net]
どうなのよ

820 名前:デフォルトの名無しさん mailto:sage [2019/08/07(水) 23:10:43.71 ID:9QksBaox.net]
>>791
Javaの場合は、原則的には実態ではなく参照だけの入れ替え(交換)になる。
実体の入れ替えは、同じメンバ同士の値を交換することによって
行えなくは無い。しかし、その場合でも Object 系のメンバについては
参照だけの交換が基本。ただし、実は Shallow Copy と Deep Copy の
違いなるものがあって、深く交換することも可能は可能。
今言ったメンバ同士の交換を、Object系のメンバについても「再帰的に」
繰り返せば、Deep Copy(今の場合は交換だけど)といって深い複製や
交換も可能は可能。

821 名前:デフォルトの名無しさん mailto:sage [2019/08/07(水) 23:30:55.27 ID:9QksBaox.net]
>>794
C++の場合は、もともとの言語設計では参照カウンタ方式が使われないので、
自前で参照カウンタを設けたりスマートポインター系を使わない限りは、
「Copy」しないとプログミングしにくい場合がある。
その部分に関して(だけ)は、Javaの方がC++より効率が良い感じがある。
つまり、参照を何度でも複数の参照変数に入れても言語処理系が
参照カウンタが0になった時に勝手に解放してくれる手軽さがあるから。
C++だと参照カウンタを明示的に使わない限りは自動解放してくれないので
コピーして使うほうが楽になる傾向があったりする。必ずしもそうでも無いけど。

822 名前:デフォルトの名無しさん mailto:sage [2019/08/07(水) 23:51:33.69 ID:XXtLvM+5.net]
つまりC++のほうが遅くなるんですね

823 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 00:22:27.09 ID:au+Ad+En.net]
>>795
C++で、new は簡単だけど、deleteするタイミングは難しいですね。
結果、小さなクラスや、小さな配列は、何も考えずに、配列や、stl::list 等 にぶち込むのでコピーになっていますね。たぶん。

824 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 00:49:39.24 ID:kZ+216R/.net]
>>796
その部分に関して(だけ)はどうしてもC++の方が効率が下がりがちでは有る。
自動delete機能のあるか無いかの違いがプログラムの仕方そのものにも影響を与え
て、C++は本来必要の無いコピーをしがちになりがち

825 名前: []
[ここ壊れてます]

826 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 00:52:36.86 ID:kZ+216R/.net]
>>798
但し、実際にやってみるとC++はコピーも速く出来がちなので、本来効率の悪い
はずのコピーであってもJavaのGC方式を使ってコピーを減らしたものようりも
結果的にはだいぶ速い事が多い。実際今こっちでやってるプログラムは、
C++で書いていてDeepCopyを結構使ってるけど、JavaでShallowCopy使った
ものよりもはるかに速く動作している。

827 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 01:01:20.58 ID:kZ+216R/.net]
>>797
なお、C++のstd::list はリンクリストなので、要素の実体のコピーは滅多に
伴わないため効率は高い。

1つのオブジェクトが色々な場所から不規則に参照されている場合、
静的に delete すべきタイミングを予想する事は難しいことが多い。

828 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 01:04:16.53 ID:WU4h/4mO.net]
そんな必死にC++の優位性を説かなくても普通の人は分かってるから大丈夫ですよ



829 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 12:20:46.68 ID:au+Ad+En.net]
Windows でさくさく動く入力画面を、Javaで作ろうと思ったら、何を使えばいいんですか?

830 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 12:23:53.23 ID:g7vMnjY9.net]
Javaはインタラクティブな環境には向いてない

831 名前:デフォルトの名無しさん [2019/08/08(木) 12:57:51.39 ID:tNQxWg+7.net]
>>802
SWT

832 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 13:30:24.27 ID:47HmOZq4.net]
>>802
Swing。

833 名前:デフォルトの名無しさん [2019/08/08(木) 18:59:11.57 ID:H6bg8+pU.net]
いまどきSwingはない

834 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 19:11:59.83 ID:47HmOZq4.net]
Swingはとても美しい構造をしているので時代遅れにはなりにくい。
GUIライブラリとしては歴史に残るような美しさ、センス、品質の良さを
持っていると思う。

835 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 19:38:42.81 ID:Uf57djo8.net]
部品くっつけて載せるだけで何回も登録しなきゃいけなくてめんどい
いまだにテキストエリアの文字数制限自作とかちょっとない
Serialize定数が見苦しい
すぐフォーマット崩れる

836 名前:デフォルトの名無しさん [2019/08/08(木) 21:33:20.27 ID:H6bg8+pU.net]
Windowsと言われているのにSwingだと、見た目でこれは何か言われるぞ。

837 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 23:22:18.33 ID:WU4h/4mO.net]
もうswing出てから20年以上経ってんだよな
20年前のGUIを今使えって言われてもなあ
そして誰も言わないJavaFX

838 名前:デフォルトの名無しさん mailto:sage [2019/08/08(木) 23:48:11.91 ID:Uf57djo8.net]
そんなのもありましたね

いつまでたってもEclipseがまともなポトペタエディタ提供してくれないから



839 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 00:26:22.40 ID:t444AM9O.net]
20年以上,vc++ で mfc 使ってますけどね〜笑
意外と廃れないなーと思っています。うまく作れば、xpからwin10まで動くし。。。

840 名前:デフォルトの名無しさん [2019/08/09(金) 00:26:31.42 ID:REyYkB/9.net]
>>810
Java FXは消えゆくのみだから

841 名前:デフォルトの名無しさん [2019/08/09(金) 00:29:33.38 ID:REyYkB/9.net]
>>812
何を当たり前のこと。Windows SDKでの開発はWindows APIもメッセージも変わりすぎて対応が難しい。

.NET Frameworkも手を入れすぎていて複雑化している。

842 名前:デフォルトの名無しさん [2019/08/09(金) 02:22:26.77 ID:uiaCkOG1.net]
Javaは遅くないなんて言ってる低スキル者がいて笑えるw

使って気づかないって相当なアホだろw

843 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 07:00:49.84 ID:wDIMdjXm.net]
妙にもっさり感はある
なぜだ

844 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 09:18:09.69 ID:EB7OQm+o.net]
>>811
NetBeansが最初から今の出来だったら少しは違ったかもな

845 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 14:56:02.88 ID:ayktvmiN.net]
いちいちnewしてそう

846 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 16:24:50.85 ID:t444AM9O.net]
金融系で案件で目にする、レガシーなCOBOLからJavaへ

847 名前:の置き換えって、
オブジェクト指向の設計をしなおしてるのですか?
ひょっとして、クラスひとつだけで、作っちゃってるとか?
[]
[ここ壊れてます]

848 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 17:01:30.67 ID:k59YotFG.net]
swingに変わる奴無いの?
JavaFXは論外なので却下



849 名前:デフォルトの名無しさん [2019/08/09(金) 19:17:26.34 ID:REyYkB/9.net]
>>820
SWTと言っているだろうが

850 名前:デフォルトの名無しさん mailto:sage [2019/08/09(金) 21:58:04.74 ID:wDIMdjXm.net]
スレッド用に別途ヒープ空間用意するとかできんのか

851 名前:デフォルトの名無しさん [2019/08/10(土) 01:51:46.74 ID:h4ssMOj3.net]
VM捨ててネィティブ変換したり、ライブラリの多くをC/C++に置き換えてなんとか使える速度になったのに
なぜJavaが糞遅くないって思っているのか不思議。低スキルすぎてスタックとヒープの速度差とか全然理解してなさそう。

852 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 03:12:17.45 ID:Jt+4H/sx.net]
まずお前の頭が悪いことを理解しよう

853 名前:デフォルトの名無しさん [2019/08/10(土) 04:42:55.09 ID:h4ssMOj3.net]
>>824
技術的な反論が一つも言えないおまえの頭は悪いと理解した。
しかも相当に。むしろ哀れである。笑える。

854 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 05:40:08.29 ID:CTtSmkOq.net]
話の前提も論理展開も主観的評価もめちゃくちゃすぎて技術的な話が成立する気がしない
頭悪そうとしか言いようがない

855 名前:デフォルトの名無しさん [2019/08/10(土) 06:13:20.29 ID:h4ssMOj3.net]
>>826
なんで技術ネタに逃げるようなような低脳馬鹿がこの板にいるのだろうか。
低スキルだと自覚があるならそういう恥ずかしい煽りなどせず黙ってろよ、低脳君。

なぜ多くのライブラリをC/C++で書き直した?
Javaで書いたら糞遅かったからだろ。他に理由があるのか。低スキルJava信者よ。

答えよ。おまえ指定だ。他のIDの奴は答えなくていい。

856 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 06:30:52.43 ID:CTtSmkOq.net]
どれのこと?

857 名前:デフォルトの名無しさん [2019/08/10(土) 06:34:40.04 ID:h4ssMOj3.net]
リアルで、話の前提も論理展開も主観的評価も全くできない低脳すぎて話が成立しなくてワロタwww
いや、馬鹿とか低スキルとかいうレベルではないな。

ID:CTtSmkOq  ← これぞリアル池沼ww

858 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 06:51:45.70 ID:maQY7nyS.net]
多くのライブラリ?



859 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 11:00:00.72 ID:Jt+4H/sx.net]
VM捨てたというのは具体的になんのこと?

860 名前:デフォルトの名無しさん [2019/08/10(土) 12:20:32.38 ID:jOgNlW/N.net]
javは死んでるよ
rubyも

861 名前:デフォルトの名無しさん [2019/08/10(土) 13:36:02.87 ID:wlkOG8+O.net]
多くのライブラリ?

862 名前:デフォルトの名無しさん [2019/08/10(土) 13:36:46.42 ID:wlkOG8+O.net]
JavaのライブラリはJavaですよ

863 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 13:46:18.80 ID:3H0/ea7Q.net]
多くのライブラリと言っておきながら、まさか一つも例を上げられずに逃走するとは
このときは想像することも出来なかったのです…

864 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 16:28:23.91 ID:IC8yFVV5.net]
プログラミング言語のどれが速いかなんて、条件の設定次第でどっちにでも傾く。

865 名前:デフォルトの名無しさん [2019/08/10(土) 17:30:59.24 ID:h4ssMOj3.net]
IDを指定して質問した本人はとっくに逃げ出したのに、また嘘八百の捏造を並べ始めたかJava信者。昔からほんと嘘つきだなw

wikipediaに書いてある。諦めろ。

> Javaプログラムの実行速度が遅かった

そんなに高速化したのならブラウザの一つでもオールJavaで書いてみろ。2chブウラザでもいい。

866 名前:デフォルトの名無しさん [2019/08/10(土) 17:51:08.82 ID:Qck8xEN+.net]
またデタラメ君か
このバカ全然話通じないから相手するだけ無駄だぞ

867 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 17:52:00.81 ID:h4ssMOj3.net]
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)

「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)


Java厨哀れだなw

868 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 17:52:44.35 ID:ztVC6i5a.net]
まだいるよ
ちゃんと答えてくれるの待ってる



869 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 17:59:07.47 ID:h4ssMOj3.net]
>>838

870 名前:
javaが遅いと感じる10の 以下略

> 基本的にJavaは『遅い』と思われている。理由は二点あって、
> 一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、
> 一つは実際に依然として遅い面がある点だ。
[]
[ここ壊れてます]

871 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:01:29.88 ID:h4ssMOj3.net]
>>840
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった

ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw

872 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:03:15.48 ID:V4kb7C62.net]
そんなに遅いのにGoogleもAmazonも使ってるのはなんでなのん

873 名前:デフォルトの名無しさん [2019/08/10(土) 18:03:57.02 ID:Qck8xEN+.net]
まあ元々クソスレだしどうでもいいかw

874 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:12:18.40 ID:ztVC6i5a.net]
JavaのライブラリをC++に書き直した話をしてて
なんでか俺に聞いてたはずだが

単に彼の思い込みで間違いだったのだろうか
あんなに強い口調で主張の根拠にしてたのに

875 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:15:12.26 ID:h4ssMOj3.net]
>>843
低スキル低学歴の馬鹿でも使えるからさ。wikipedieaに書いてるだろう。

> 1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの
> アプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。

> 彼らはC++ではコンピュータ資源を食いすぎると判断した。
> またC++は複雑なプログラミング言語であり、C++を使うプログラマは注意していても間違いを犯しがちである。

彼らの脳みそではC++は難しすぎたのさ。だが今でも多くの速度のいるアプリやライブラリ、
DB、OS、ドライバなどはC/C++で書かれている。つまり馬鹿だったはのおまえと彼らだけだったという話だ。
しかもJavaは糞遅いなどと使えばすぐわかることすら理解できないのだから。

876 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:20:37.46 ID:h4ssMOj3.net]
>>845
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)

「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)

妄想から覚めろ、Java信者w

877 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:22:15.68 ID:h4ssMOj3.net]
>>845
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。

なら、C/C++で書かれたブラウザや高速ライブラリがJavaで書き直された例がたくさんあるはずだ。

878 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:35:06.12 ID:h4ssMOj3.net]
>>844
低スキルのおまえは録にコード書けないだろうからわざわざ見つけてきたぞ。Java製ブラウザ。

HotJava
https://ja.wikipedia.org/wiki/HotJava

> HotJavaはほとんど普及していない。

> ▽HotJava 1.1.5. 総Javaで作られたブラウザ。総Javaだけあって、かなり動きは遅いです。 時々原因不明に固まったりするので

> ▽HotJava 3.0. 総Javaなブラウザ。やはり重い。

頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。



879 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:36:19.19 ID:ztVC6i5a.net]
いや
お前がJavaがくそ遅いからライブラリをC++に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても

880 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:48:11.12 ID:h4ssMOj3.net]
>>850
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい? Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw

881 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:02:38.93 ID:ztVC6i5a.net]
上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ

882 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:12:51.42 ID:h4ssMOj3.net]
>>852
Javaの職場って元コボラーだらけだから当然です。

883 名前:

C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。
でなにをするか、JNIでモジュールを外に出してC++で置き換えです。

そしてコボラーは言う。Javaってほんと糞遅いよなって。
しかしJava屋はいつも言う。インテルが遅いせいだ。

ほんとおまえらのような低スキル信者ってほんと恥を知らない。
[]
[ここ壊れてます]

884 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:15:37.64 ID:gTkfZysT.net]
GAFAで全く相手にされてない.NETerの僻みでは

885 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:26:54.60 ID:h4ssMOj3.net]
googleから捨てられたからまたサーバサイドだけになったな、Java(笑)

C/C++より速いのになんでテキスト吐くだけの簡単なお仕事しかさせてもらえないのか、不運で哀れな、Java(笑)

886 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:33:00.76 ID:gTkfZysT.net]
AzureでJavaカスタムランタイムの提供
SQLServerでJavaサポート開始
AdoptOpenJDKのプラチナスポンサーでコードも提供

MSのJavaサポートは増していくばかり

887 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:34:36.91 ID:d6/EQLtz.net]
>>837
V2Cは快適に使ってたけど更新されなくなって使えなくなった
非公式版があるらしいけど今はもう知らん
あれはかなり良くできてたよ

888 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:42:24.28 ID:h4ssMOj3.net]
>>857
Java屋(笑)はなんで自分の高スキルを活かして、JavaでブラウザやRDBMSを書かないんだろうな。

C/C++よりJavaは高速なのに。どこでも動いてC/C++より高速なんて夢のような言語だぜ。



889 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 20:00:09.87 ID:y2dMvDiS.net]
>>819
オブジェクト指向でのCOBOL移行ほとんどしてない
実装結果はCOBOLとほとんど変わらないスパゲッティプログラムになってる
(変換ツールで一斉変換)
オブジェクト指向でJavaに移行しても読める技術者と読めない技術者出て来るからね

890 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 20:19:24.08 ID:h4ssMOj3.net]
COBOLの案件は総じて逐次処理ばかりである。スパゲッテイに見えても何の複雑性もなくシンプルだ。
だがオブジェクト思考はどうだろう。これがオブジェクト思考だと言わんばかりに隠蔽と継承を重ね、速度がどんどん遅くなる。
一つのデータを参照するのに一体いくつのvtableを跨ぐのだ。しかも実態コードが一体どこにあるかすら探すのも面倒だ。
無駄なコード、無駄な処理を大量に生み、納期を蝕み、そしてみな逃げ出す。

891 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:23:16.93 ID:ztVC6i5a.net]
Javaの最大の利点はprivateとinterfaceの両面からの責任の分離にある
C++だとprivateにしても結局うまく分離できない
本質ではないとか文句言ってるやつもいたが知らん

プログラムで利用できる汎用的問題を分離して扱いやすくるのがJavaの使命だった
そしてそれはJavaによってほぼ達成され限界がみえてきた
それで今やっぱり関数型に戻ろうという動きがでてきてる

Javaが成し遂げたことが消え去るはずがない
関数型が主流になってもやっぱりprivateもオブジェクトも、インターフェースも存在し続けるだろう

892 名前:デフォルトの名無しさん [2019/08/10(土) 21:23:26.09 ID:Qck8xEN+.net]
Javaもろくにできないから会社クビになった人の八つ当たりでした

まだまだ続くよ!

893 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:25:32.58 ID:h4ssMOj3.net]
>>862
分かるよ。無職でプロジェクトの経験もないし、技術ネタにも会話に入れない。
そんなキミにできるのは煽ることだけ。それでも立派だよ!!!

894 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:25:54.49 ID:ztVC6i5a.net]
少々の給料では自分が世界に残せるものが少なくなるのとつりあいがとれない

Cobolからの人の逃げっぷりはしゃれにならない
Cobolは煩雑な上に必要な制約を欠き環境も

895 名前:レガシー
結局生産性わるいのをみな知ってる
しかも人少ないから捕まったら一生逃げれない
みんな必死で逃げる
[]
[ここ壊れてます]

896 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:29:31.97 ID:h4ssMOj3.net]
>>861
なに言ってるか分からんが高スキルのようだ。ぜひブラウザを書いてみてくれ。キミの自慢のJavaで。

897 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:36:32.10 ID:h4ssMOj3.net]
じゃあその高速のJavaでブラウザ書いてくれというと絶対に書かないよな。
まあいいよ。このスレの糞ガキなんて無職で低スキルだからな。

だがよ、世界中のJava屋が書かないんだ。

確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑)

898 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:36:45.11 ID:ztVC6i5a.net]
HTML対応を一人で実装とか何言語でもむりげ



899 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:45:15.21 ID:h4ssMOj3.net]
もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw

900 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:45:39.35 ID:ztVC6i5a.net]
https://github.com/oswetto/LoboEvolution/wiki
ちょっとぐぐっただけでいきなり引っかかったぞ
本当に世界中調べたのか?
お前が英語読めなくて企業が見せてくれる世界しか見てないんじゃないか?

901 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:49:46.48 ID:h4ssMOj3.net]
>>869
でかしたぞ。使ってみろ。どけだけIEやChromeより高速か試してくれ。

902 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:52:32.15 ID:ztVC6i5a.net]
俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ

903 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:55:00.78 ID:h4ssMOj3.net]
よしわかった。しばし待て。仮想環境にJavaインストールするから。

904 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 22:01:42.15 ID:IgxUglY5.net]
Javaのパフォーマンスについての9つの誤信
https://www.infoq.com/jp/articles/9_Fallacies_Java_Performance/

905 名前:デフォルトの名無しさん [2019/08/10(土) 22:16:26.28 ID:Qck8xEN+.net]
皆さん、こいつに正論言っても無駄ですよ
何にもできないくせに口ばっかり達者で、論破されそうになると暴れて滅茶苦茶言い出すだけだから
からかって遊ぶ分にはそれなりに面白いかもね

906 名前:デフォルトの名無しさん mailto:sage [2019/08/10(土) 22:28:48.96 ID:Jt+4H/sx.net]
C++で書き直されたライブラリと
VMを捨てて採用された技術を教えてほしいが
出てこんな

907 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 00:32:11.72 ID:UiwR3IAb.net]
Javaの将来性が無いって方向性には同意したいのに
端々にどっから持って来たか判らん御伽話を挟んでくるから困る

908 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 01:18:50.95 ID:U/5MlCLL.net]
Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki

この性能見ればJavaがどれだけC++より高速かわかるで



909 名前:デフォルトの名無しさん [2019/08/11(日) 12:45:16.17 ID:I8FDq1IQ.net]
Javaの夢
https://freelance-programmer.com/programming-language

910 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 13:05:18.55 ID:Ov8rHfx5.net]
java をソースから、ネイティブコードにコンパイルって可能なんですかね?
それは、もはや、javaではないというには、おいておいて、
vmの類を捨て去ると、c++に肉薄できる?

911 名前:デフォルトの名無しさん [2019/08/11(日) 14:39:52.53 ID:JB2lv/Xc.net]
>>879
JavaのVMを素通りするわけじゃないからな。勘違いするな。

912 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 15:52:04.32 ID:6WDJ+Uwg.net]
VMの機能もネイティブコードに加えたら
名前解決で差が出そう

913 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:04:14.10 ID:LNlz7QeX.net]
>>879
無理。GCが有る言語はC++の速度にはならない。
CPUがいくら速くなっても無理。それはデータ量Nに対して、
計算オーダーが違ってくるから。C++の場合はO(1)で済むのに
GCのある言語では、O(N)になる。その結果、CPUがいくら速くなっても
データが増えるとまたC++に負けるので結局追いつくことがない。

914 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:09:51.91 ID:LNlz7QeX.net]
>>8

915 名前:82
誤解なきように言っておくと、データが増えれば単にその分遅くなるだけなら、
C++でも同じなのだが、GCのある言語だと、データが10倍になると、
処理時間が100倍になったりするということ。これがCPUの進化では
C++とJava/C#で体感速度の差が埋まらない理由。
[]
[ここ壊れてます]

916 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:40:41.19 ID:Ov8rHfx5.net]
>>883
結局、パフォーマンスが幾何級数的に悪化するので、確保したメモリは適切なタイミングで開放するという
Cの基本的なお作法はパフォーマンスの点で決定的であるということですね。
少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリと、GCのせいでメモリが増えてパフォーマンスが
極端に悪化するjavaと運用的にはそう変わらないかもしれませんね。

917 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:22:45.38 ID:HsX9KUVy.net]
>>884
>GCのせいでメモリが増えてパフォーマンスが 極端に悪化する

ここは、メモリ使用量が増えて、かつ、GCが起きることによってパフォーマンスも
極端に悪化する、ということだね。

918 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:27:24.97 ID:LNlz7QeX.net]
>>884
>少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリ
これは、VC++ の場合だと、_DEBUG_NEW を使うと、リークした
場所分かるし、new("文字列", 数値) TYPE などとすると自分で好きな
情報も入れられるので、リークは無くそうと思えば無くせる。
ただ、完全にリークをなくそうとするとその分、ある種の「無駄なロジック」
を入れざるを得なくなったりして速度低下してしまうので、設計方針
によっては多少はリークしても構わないという方針の場合もある。
一年間も終わらずに動作し続けるようなプログラムの場合はそれでは
駄目だと思うけれど。



919 名前:デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:32:58.55 ID:438KhqLR.net]
N88-BasicではGCで数分間プログラムが止まることがあったらしい。

920 名前:デフォルトの名無しさん [2019/08/11(日) 17:51:57.59 ID:YL3F5pyF.net]
>>886
そういう泥沼のゲリラ戦を戦ってると遅かれ早かれ戦死すると>>878にありますが本当ですか?






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

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

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