19/08/07 01:03:25.80 oFNxTEYn.net
>>772
wikipediaになんて書いてあんの？
J2SE 1.3 (2000年5月8日)
HotSpot Java仮想マシンが導入
802:デフォルトの名無しさん
19/08/07 01:24:55.84 t70RBRmA.net
Sunが訴訟しまくったことにより、2000年には世界的に既にJavaブームは終わっており、
IT音痴の日本だけはなぜかこれからはJavaだ、Javaだと言ってる状況だった。
2000年頃にはPen4、2GHzにもなりCPUの速度は10倍以上速くなっている。
これでもまだJavaを走らすには遅すぎた。後のCoreアーキまで待たねばならなかった。
803:デフォルトの名無しさん
19/08/07 01:29:12.70 hgZOchGN.net
キチガイのデタラメ続くな
804:デフォルトの名無しさん
19/08/07 03:21:51.02 CtX/cgRv.net
ハードの進化がJVMの欠点を隠した、と言う事
2005ぐらいまではJavaアプレットでお絵かきして遊んでたぐらいだった
ここ数年でJavaへ移行する大型プロジェクトが多かったが、一段落ついたらライセンス化された
無料で新規にプロジェクト組むのは色々有って増える事は無い
減るだけだろう
805:デフォルトの名無しさん
19/08/07 03:39:24.56 CtX/cgRv.net
みずほ銀行が合併3行の内紛でCOBOLからJavaへ移行がぐちゃぐちゃになって何とかシステム移行出来たのが、つい最近
と、同時にリストラ発表で人員削減
Javaになったシステムは稼働ライセンス契約が開始
そのみずほ銀行から天下りした社長の7Payはプログラムソース漏洩で個人情報漏洩発覚
安易に時流に乗って必要な分析怠ると色々事件発生するこの業界
おまけにみずほは韓国へ資金援助しており回収不能、今後も投資するとか言ってる
サグラダファミリアみたいなシステム作って無駄になる可能性出て来た
806:デフォルトの名無しさん
19/08/07 07:25:21.69 9Ff0DYo3.net
>>768
C/C++コードが Java や C# より速いのは、配列のレンジチェックだけでなく、
GC を使ってないことがかなり大きい。
807:デフォルトの名無しさん
19/08/07 07:32:40.22 9Ff0DYo3.net
>>781
もう一つは、ヒープを使わなくて済む場合には、(native)スタックや
構造体に直にオブジェクトや配列などを埋め込むから。
Javaなどは、一般オブジェクトや配列は new Txxx などのように
必ずヒープから確保するのでここにかなりのオーバーヘッドが発生する。
また、N 個のデータがある場合、C++で1回 delete すると、O(1)で済むが、
Java/C# で、参照型変数 = null; などとした場合には、最悪、O(N)位かかってしまう
事があるらしい。それは、GC が N 個のデータを全て walk してしまうことが
あるから。
だから、データの量が増えた場合でも C++ は速度低下が余り起きずに安定して速いのに
対し、Java/C# ではどんどん遅くなる場合がある。それは GC があるから。
>>760
上記の事があるので、Java/C# は、native binary に直しても速くならない。
なぜなら、O(1)とO(N)の違いは「速度のオーダーの違い」で、いくらバックエンドの
コードやCPU自体を高速化しても埋まらないから。
808:デフォルトの名無しさん
19/08/07 07:43:20.47 9Ff0DYo3.net
>>782
O(x)という記号の意味を大体書いておくと、
O(1) = データ量Nが大きくなっても処理時間に変化が起きない。
O(N) = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。
もう少し厳密に書くと、delete pXxx や rXxx = null にかかる処理時間を f(N) と表した時、
O(1) : lim_{N->∞) ( f(N) ) < 一定値
O(N) : lim_{N->∞) ( f(N) / N ) < 一定値
ということです。これらは数学の解析学や微分積分学のランダウの記号といいます。
809:デフォルトの名無しさん
19/08/07 09:14:38.12 +jdcPadD.net
モダンC++対マネｰジコｰド:パフォｰマンス対生産性
URLﾘﾝｸ(www.infoq.com)
まず､JITコンパイルは主要な問題ではありません｡根本原因はずっと基本的なことです｡マネｰジ言語は基本的にパフォｰマンス効率がぎりぎりの時でさえも､それを犠牲にして､プログラマｰの生産性を最適化するよう､意図的に設計上のトレｰドオフを行なっています｡
マネｰジ言語の設計者は､設計のためにパフォｰマンスよりも安全性の道を選びました｡例えば､配列の境界外の要素にアクセスするのは､無効な操作であり､プログラムの実行を終了させます｡クラッシュしたり､攻撃可能なセキュリティホｰルを作ることがないようにしています｡
2つ目に､たとえJITが唯一の大きな問題であったとしても､JITは普通に最適化するコンパイラｰ程良くなることはありません｡なぜならJITコンパイラｰには､速いことが重要であり､最適化したコｰドの生成を気にしていないからです｡
｢予防｣と｢治療｣にはいつも避けがたい､基本的な差があります｡パフォｰマンスの最適化となると､C++はいつも｢予防｣を選び､これまで述べた英雄的な努力とそれ以上によって､マネｰジ言語は｢治療｣を選びます｡
しかし､古くから諺である予防はいかなる治療にも勝るは､絶対です｡予防には勝てません(その理由の1つは､最初に予防した後に治療ができるからです｡しかし逆はできません)｡
もしパフォｰマンスとコントロｰルを一番大事にするなら､それを一番優先するように設計されている言語を使うべきです｡それだけです｡
810:デフォルトの名無しさん
19/08/07 10:09:26.43 ASXtr64t.net
>>783
自己レス。厳密に言うと、記号に微妙な誤りがあって、N個のデータがあった時、
・C++ の delete pXxx の一回当たりの平均速度を f(N)
・Java/C# の rXxx = null; の一回当たりの平均速度を g(N)
とすると、O(1)、O(N)はなく、
f(N)～1 // 常に
g(N)～N // 最悪ケース
と書いたほうが
811:良かった。 g(N)=O(N) と g(N)～N は、意味が違っていて、前者は、N が十分大きい場合に、 実行時間が最悪でも N に比例。後者は、実行時間が N が十分大きい場合に N に比例。 言い方を帰れば、=O(N)という記号は、(Nが大きい場合の)上限値、 ～Nという記号は、Nが大きい場合の漸近値を表す。
812:デフォルトの名無しさん
19/08/07 10:10:18.74 9Ff0DYo3.net
>>785
誤：とすると、O(1)、O(N)はなく、
正：とすると、O(1)、O(N)ではなく、
813:デフォルトの名無しさん
19/08/07 10:18:39.48 9Ff0DYo3.net
>>783
したがって、こう書けます：
g(N)～1 = データ量Nが大きくなっても処理時間に変化が起きない。
g(N)～N = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。
814:デフォルトの名無しさん
19/08/07 17:53:59.16 laWGGkJb.net
swing使ってる人って少ないんでしょうかね。
ラベルとかボタンの日本語フォントが汚すぎて泣きたい。
815:デフォルトの名無しさん
19/08/07 17:55:00.63 JJ71BbCv.net
>>788
以前、使ってたよ。
816:デフォルトの名無しさん
19/08/07 18:45:40.88 CtX/cgRv.net
Swingなんてまだ使ってる所有るんだなw
あのUIは個人的には凄い嫌だわw
817:デフォルトの名無しさん
19/08/07 20:42:35.75 L/Kq497P.net
>>785
配列をソートするとき。中身がオブジェクトの場合、実際にメモリ交換が起きるのは、参照アドレスだけになるんですか？
C++の場合は、意識して、クラスの参照アドレスを配列にいれないと中身が移動するので遅くなるはず。
また、リスト、マップ、ベクター（C++では、STL）では、どうなんでしょうか？
818:デフォルトの名無しさん
19/08/07 20:47:07.34 nHUnBCAO.net
>>791
そういう場合普通indexだけソートしない？
819:デフォルトの名無しさん
19/08/07 22:34:26.29 QJP7bLCl.net
>>775
その現在では否定されているフレーズを使うのはJava信者の特徴
820:デフォルトの名無しさん
19/08/07 23:10:43.71 9QksBaox.net
>>791
Javaの場合は、原則的には実態ではなく参照だけの入れ替え(交換)になる。
実体の入れ替えは、同じメンバ同士の値を交換することによって
行えなくは無い。しかし、その場合でも Object 系のメンバについては
参照だけの交換が基本。ただし、実は Shallow Copy と Deep Copy の
違いなるものがあって、深く交換することも可能は可能。
今言ったメンバ同士の交換を、Object系のメンバについても「再帰的に」
繰り返せば、Deep Copy（今の場合は交換だけど）といって深い複製や
交換も可能は可能。
821:デフォルトの名無しさん
19/08/07 23:30:55.27 9QksBaox.net
>>794
C++の場合は、もともとの言語設計では参照カウンタ方式が使われないので、
自前で参照カウンタを設けたりスマートポインター系を使わない限りは、
「Copy」しないとプログミングしにくい場合がある。
その部分に関して(だけ)は、Javaの方がC++より効率が良い感じがある。
つまり、参照を何度でも複数の参照変数に入れても言語処理系が
参照カウンタが0になった時に勝手に解放してくれる手軽さがあるから。
C++だと参照カウンタを明示的に使わない限りは自動解放してくれないので
コピーして使うほうが楽になる傾向があったりする。必ずしもそうでも無いけど。
822:デフォルトの名無しさん
19/08/07 23:51:33.69 XXtLvM+5.net
つまりＣ＋＋のほうが遅くなるんですね
823:デフォルトの名無しさん
19/08/08 00:22:27.09 au+Ad+En.net
>>795
C++で、new は簡単だけど、deleteするタイミングは難しいですね。
結果、小さなクラスや、小さな配列は、何も考えずに、配列や、stl::list 等 にぶち込むのでコピーになっていますね。たぶん。
824:デフォルトの名無しさん
19/08/08 00:49:39.24 kZ+216R/.net
>>796
その部分に関して(だけ)はどうしてもC++の方が効率が下がりがちでは有る。
自動delete機能のあるか無いかの違いがプログラムの仕方そのものにも影響を与え
て、C++は本来必要の無いコピーをしがちになりがち
825:。
826:デフォルトの名無しさん
19/08/08 00:52:36.86 kZ+216R/.net
>>798
但し、実際にやってみるとC++はコピーも速く出来がちなので、本来効率の悪い
はずのコピーであってもJavaのGC方式を使ってコピーを減らしたものようりも
結果的にはだいぶ速い事が多い。実際今こっちでやってるプログラムは、
C++で書いていてDeepCopyを結構使ってるけど、JavaでShallowCopy使った
ものよりもはるかに速く動作している。
827:デフォルトの名無しさん
19/08/08 01:01:20.58 kZ+216R/.net
>>797
なお、C++のstd::list はリンクリストなので、要素の実体のコピーは滅多に
伴わないため効率は高い。
1つのオブジェクトが色々な場所から不規則に参照されている場合、
静的に delete すべきタイミングを予想する事は難しいことが多い。
828:デフォルトの名無しさん
19/08/08 01:04:16.53 WU4h/4mO.net
そんな必死にC++の優位性を説かなくても普通の人は分かってるから大丈夫ですよ
829:デフォルトの名無しさん
19/08/08 12:20:46.68 au+Ad+En.net
Windows でさくさく動く入力画面を、Javaで作ろうと思ったら、何を使えばいいんですか？
830:デフォルトの名無しさん
19/08/08 12:23:53.23 g7vMnjY9.net
Javaはインタラクティブな環境には向いてない
831:デフォルトの名無しさん
19/08/08 12:57:51.39 tNQxWg+7.net
>>802
SWT
832:デフォルトの名無しさん
19/08/08 13:30:24.27 47HmOZq4.net
>>802
Swing。
833:デフォルトの名無しさん
19/08/08 18:59:11.57 H6bg8+pU.net
いまどきSwingはない
834:デフォルトの名無しさん
19/08/08 19:11:59.83 47HmOZq4.net
Swingはとても美しい構造をしているので時代遅れにはなりにくい。
GUIライブラリとしては歴史に残るような美しさ、センス、品質の良さを
持っていると思う。
835:デフォルトの名無しさん
19/08/08 19:38:42.81 Uf57djo8.net
部品くっつけて載せるだけで何回も登録しなきゃいけなくてめんどい
いまだにテキストエリアの文字数制限自作とかちょっとない
Ｓｅｒｉａｌｉｚｅ定数が見苦しい
すぐフォーマット崩れる
836:デフォルトの名無しさん
19/08/08 21:33:20.27 H6bg8+pU.net
Windowsと言われているのにSwingだと、見た目でこれは何か言われるぞ。
837:デフォルトの名無しさん
19/08/08 23:22:18.33 WU4h/4mO.net
もうswing出てから20年以上経ってんだよな
20年前のGUIを今使えって言われてもなあ
そして誰も言わないJavaFX
838:デフォルトの名無しさん
19/08/08 23:48:11.91 Uf57djo8.net
そんなのもありましたね
いつまでたってもＥｃｌｉｐｓｅがまともなポトペタエディタ提供してくれないから
839:デフォルトの名無しさん
19/08/09 00:26:22.40 t444AM9O.net
20年以上,vc++ で mfc 使ってますけどね～笑
意外と廃れないなーと思っています。うまく作れば、xpからwin10まで動くし。。。
840:デフォルトの名無しさん
19/08/09 00:26:31.42 REyYkB/9.net
>>810
Java FXは消えゆくのみだから
841:デフォルトの名無しさん
19/08/09 00:29:33.38 REyYkB/9.net
>>812
何を当たり前のこと。Windows SDKでの開発はWindows APIもメッセージも変わりすぎて対応が難しい。
.NET Frameworkも手を入れすぎていて複雑化している。
842:デフォルトの名無しさん
19/08/09 02:22:26.77 uiaCkOG1.net
Javaは遅くないなんて言ってる低スキル者がいて笑えるw
使って気づかないって相当なアホだろw
843:デフォルトの名無しさん
19/08/09 07:00:49.84 wDIMdjXm.net
妙にもっさり感はある
なぜだ
844:デフォルトの名無しさん
19/08/09 09:18:09.69 EB7OQm+o.net
>>811
NetBeansが最初から今の出来だったら少しは違ったかもな
845:デフォルトの名無しさん
19/08/09 14:56:02.88 ayktvmiN.net
いちいちnewしてそう
846:デフォルトの名無しさん
19/08/09 16:24:50.85 t444AM9O.net
金融系で案件で目にする、レガシーなCOBOLからJavaへ
847:の置き換えって、 オブジェクト指向の設計をしなおしてるのですか？ ひょっとして、クラスひとつだけで、作っちゃってるとか？
848:デフォルトの名無しさん
19/08/09 17:01:30.67 k59YotFG.net
swingに変わる奴無いの？
JavaFXは論外なので却下
849:デフォルトの名無しさん
19/08/09 19:17:26.34 REyYkB/9.net
>>820
SWTと言っているだろうが
850:デフォルトの名無しさん
19/08/09 21:58:04.74 wDIMdjXm.net
スレッド用に別途ヒープ空間用意するとかできんのか
851:デフォルトの名無しさん
19/08/10 01:51:46.74 h4ssMOj3.net
VM捨ててネィティブ変換したり、ライブラリの多くをC/C++に置き換えてなんとか使える速度になったのに
なぜJavaが糞遅くないって思っているのか不思議。低スキルすぎてスタックとヒープの速度差とか全然理解してなさそう。
852:デフォルトの名無しさん
19/08/10 03:12:17.45 Jt+4H/sx.net
まずお前の頭が悪いことを理解しよう
853:デフォルトの名無しさん
19/08/10 04:42:55.09 h4ssMOj3.net
>>824
技術的な反論が一つも言えないおまえの頭は悪いと理解した。
しかも相当に。むしろ哀れである。笑える。
854:デフォルトの名無しさん
19/08/10 05:40:08.29 CTtSmkOq.net
話の前提も論理展開も主観的評価もめちゃくちゃすぎて技術的な話が成立する気がしない
頭悪そうとしか言いようがない
855:デフォルトの名無しさん
19/08/10 06:13:20.29 h4ssMOj3.net
>>826
なんで技術ネタに逃げるようなような低脳馬鹿がこの板にいるのだろうか。
低スキルだと自覚があるならそういう恥ずかしい煽りなどせず黙ってろよ、低脳君。
なぜ多くのライブラリをC/C++で書き直した？
Javaで書いたら糞遅かったからだろ。他に理由があるのか。低スキルJava信者よ。
答えよ。おまえ指定だ。他のIDの奴は答えなくていい。
856:デフォルトの名無しさん
19/08/10 06:30:52.43 CTtSmkOq.net
どれのこと？
857:デフォルトの名無しさん
19/08/10 06:34:40.04 h4ssMOj3.net
リアルで、話の前提も論理展開も主観的評価も全くできない低脳すぎて話が成立しなくてワロタwww
いや、馬鹿とか低スキルとかいうレベルではないな。
ID:CTtSmkOq ← これぞリアル池沼ww
858:デフォルトの名無しさん
19/08/10 06:51:45.70 maQY7nyS.net
多くのライブラリ？
859:デフォルトの名無しさん
19/08/10 11:00:00.72 Jt+4H/sx.net
VM捨てたというのは具体的になんのこと？
860:デフォルトの名無しさん
19/08/10 12:20:32.38 jOgNlW/N.net
javは死んでるよ
rubyも
861:デフォルトの名無しさん
19/08/10 13:36:02.87 wlkOG8+O.net
多くのライブラリ？
862:デフォルトの名無しさん
19/08/10 13:36:46.42 wlkOG8+O.net
JavaのライブラリはJavaですよ
863:デフォルトの名無しさん
19/08/10 13:46:18.80 3H0/ea7Q.net
多くのライブラリと言っておきながら、まさか一つも例を上げられずに逃走するとは
このときは想像することも出来なかったのです…
864:デフォルトの名無しさん
19/08/10 16:28:23.91 IC8yFVV5.net
プログラミング言語のどれが速いかなんて、条件の設定次第でどっちにでも傾く。
865:デフォルトの名無しさん
19/08/10 17:30:59.24 h4ssMOj3.net
IDを指定して質問した本人はとっくに逃げ出したのに、また嘘八百の捏造を並べ始めたかJava信者。昔からほんと嘘つきだなw
wikipediaに書いてある。諦めろ。
> Javaプログラムの実行速度が遅かった
そんなに高速化したのならブラウザの一つでもオールJavaで書いてみろ。2chブウラザでもいい。
866:デフォルトの名無しさん
19/08/10 17:51:08.82 Qck8xEN+.net
またデタラメ君か
このバカ全然話通じないから相手するだけ無駄だぞ
867:デフォルトの名無しさん
19/08/10 17:52:00.81 h4ssMOj3.net
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)
「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)
Java厨哀れだなw
868:デフォルトの名無しさん
19/08/10 17:52:44.35 ztVC6i5a.net
まだいるよ
ちゃんと答えてくれるの待ってる
869:デフォルトの名無しさん
19/08/10 17:59:07.47 h4ssMOj3.net
>>838
870: javaが遅いと感じる１０の 以下略 > 基本的にJavaは『遅い』と思われている。理由は二点あって、 > 一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、 > 一つは実際に依然として遅い面がある点だ。
871:デフォルトの名無しさん
19/08/10 18:01:29.88 h4ssMOj3.net
>>840
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった
ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw
872:デフォルトの名無しさん
19/08/10 18:03:15.48 V4kb7C62.net
そんなに遅いのにGoogleもAmazonも使ってるのはなんでなのん
873:デフォルトの名無しさん
19/08/10 18:03:57.02 Qck8xEN+.net
まあ元々クソスレだしどうでもいいかｗ
874:デフォルトの名無しさん
19/08/10 18:12:18.40 ztVC6i5a.net
ＪａｖａのライブラリをＣ＋＋に書き直した話をしてて
なんでか俺に聞いてたはずだが
単に彼の思い込みで間違いだったのだろうか
あんなに強い口調で主張の根拠にしてたのに
875:デフォルトの名無しさん
19/08/10 18:15:12.26 h4ssMOj3.net
>>843
低スキル低学歴の馬鹿でも使えるからさ。wikipedieaに書いてるだろう。
> 1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの
> アプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。
> 彼らはC++ではコンピュータ資源を食いすぎると判断した。
> またC++は複雑なプログラミング言語であり、C++を使うプログラマは注意していても間違いを犯しがちである。
彼らの脳みそではC++は難しすぎたのさ。だが今でも多くの速度のいるアプリやライブラリ、
DB、OS、ドライバなどはC/C++で書かれている。つまり馬鹿だったはのおまえと彼らだけだったという話だ。
しかもJavaは糞遅いなどと使えばすぐわかることすら理解できないのだから。
876:デフォルトの名無しさん
19/08/10 18:20:37.46 h4ssMOj3.net
>>845
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)
「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)
妄想から覚めろ、Java信者w
877:デフォルトの名無しさん
19/08/10 18:22:15.68 h4ssMOj3.net
>>845
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。
なら、C/C++で書かれたブラウザや高速ライブラリがJavaで書き直された例がたくさんあるはずだ。
878:デフォルトの名無しさん
19/08/10 18:35:06.12 h4ssMOj3.net
>>844
低スキルのおまえは録にコード書けないだろうからわざわざ見つけてきたぞ。Java製ブラウザ。
HotJava
URLﾘﾝｸ(ja.wikipedia.org)
> HotJavaはほとんど普及していない。
> ▽HotJava 1.1.5. 総Javaで作られたブラウザ。総Javaだけあって、かなり動きは遅いです。 時々原因不明に固まったりするので
> ▽HotJava 3.0. 総Javaなブラウザ。やはり重い。
頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。
879:デフォルトの名無しさん
19/08/10 18:36:19.19 ztVC6i5a.net
いや
お前がＪａｖａがくそ遅いからライブラリをＣ＋＋に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても
880:デフォルトの名無しさん
19/08/10 18:48:11.12 h4ssMOj3.net
>>850
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい？ Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw
881:デフォルトの名無しさん
19/08/10 19:02:38.93 ztVC6i5a.net
上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ
882:デフォルトの名無しさん
19/08/10 19:12:51.42 h4ssMOj3.net
>>852
Javaの職場って元コボラーだらけだから当然です。
883: C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。 でなにをするか、JNIでモジュールを外に出してC++で置き換えです。 そしてコボラーは言う。Javaってほんと糞遅いよなって。 しかしJava屋はいつも言う。インテルが遅いせいだ。 ほんとおまえらのような低スキル信者ってほんと恥を知らない。
884:デフォルトの名無しさん
19/08/10 19:15:37.64 gTkfZysT.net
GAFAで全く相手にされてない.NETerの僻みでは
885:デフォルトの名無しさん
19/08/10 19:26:54.60 h4ssMOj3.net
googleから捨てられたからまたサーバサイドだけになったな、Java(笑)
C/C++より速いのになんでテキスト吐くだけの簡単なお仕事しかさせてもらえないのか、不運で哀れな、Java(笑)
886:デフォルトの名無しさん
19/08/10 19:33:00.76 gTkfZysT.net
AzureでJavaカスタムランタイムの提供
SQLServerでJavaサポート開始
AdoptOpenJDKのプラチナスポンサーでコードも提供
MSのJavaサポートは増していくばかり
887:デフォルトの名無しさん
19/08/10 19:34:36.91 d6/EQLtz.net
>>837
V2Cは快適に使ってたけど更新されなくなって使えなくなった
非公式版があるらしいけど今はもう知らん
あれはかなり良くできてたよ
888:デフォルトの名無しさん
19/08/10 19:42:24.28 h4ssMOj3.net
>>857
Java屋(笑)はなんで自分の高スキルを活かして、JavaでブラウザやRDBMSを書かないんだろうな。
C/C++よりJavaは高速なのに。どこでも動いてC/C++より高速なんて夢のような言語だぜ。
889:デフォルトの名無しさん
19/08/10 20:00:09.87 y2dMvDiS.net
>>819
オブジェクト指向でのCOBOL移行ほとんどしてない
実装結果はCOBOLとほとんど変わらないスパゲッティプログラムになってる
(変換ツールで一斉変換)
オブジェクト指向でJavaに移行しても読める技術者と読めない技術者出て来るからね
890:デフォルトの名無しさん
19/08/10 20:19:24.08 h4ssMOj3.net
COBOLの案件は総じて逐次処理ばかりである。スパゲッテイに見えても何の複雑性もなくシンプルだ。
だがオブジェクト思考はどうだろう。これがオブジェクト思考だと言わんばかりに隠蔽と継承を重ね、速度がどんどん遅くなる。
一つのデータを参照するのに一体いくつのvtableを跨ぐのだ。しかも実態コードが一体どこにあるかすら探すのも面倒だ。
無駄なコード、無駄な処理を大量に生み、納期を蝕み、そしてみな逃げ出す。
891:デフォルトの名無しさん
19/08/10 21:23:16.93 ztVC6i5a.net
Javaの最大の利点はprivateとinterfaceの両面からの責任の分離にある
C++だとprivateにしても結局うまく分離できない
本質ではないとか文句言ってるやつもいたが知らん
プログラムで利用できる汎用的問題を分離して扱いやすくるのがＪａｖａの使命だった
そしてそれはＪａｖａによってほぼ達成され限界がみえてきた
それで今やっぱり関数型に戻ろうという動きがでてきてる
Ｊａｖａが成し遂げたことが消え去るはずがない
関数型が主流になってもやっぱりprivateもオブジェクトも、インターフェースも存在し続けるだろう
892:デフォルトの名無しさん
19/08/10 21:23:26.09 Qck8xEN+.net
Javaもろくにできないから会社クビになった人の八つ当たりでした
まだまだ続くよ！
893:デフォルトの名無しさん
19/08/10 21:25:32.58 h4ssMOj3.net
>>862
分かるよ。無職でプロジェクトの経験もないし、技術ネタにも会話に入れない。
そんなキミにできるのは煽ることだけ。それでも立派だよ!!!
894:デフォルトの名無しさん
19/08/10 21:25:54.49 ztVC6i5a.net
少々の給料では自分が世界に残せるものが少なくなるのとつりあいがとれない
Ｃｏｂｏｌからの人の逃げっぷりはしゃれにならない
Ｃｏｂｏｌは煩雑な上に必要な制約を欠き環境も
895:レガシー 結局生産性わるいのをみな知ってる しかも人少ないから捕まったら一生逃げれない みんな必死で逃げる
896:デフォルトの名無しさん
19/08/10 21:29:31.97 h4ssMOj3.net
>>861
なに言ってるか分からんが高スキルのようだ。ぜひブラウザを書いてみてくれ。キミの自慢のJavaで。
897:デフォルトの名無しさん
19/08/10 21:36:32.10 h4ssMOj3.net
じゃあその高速のJavaでブラウザ書いてくれというと絶対に書かないよな。
まあいいよ。このスレの糞ガキなんて無職で低スキルだからな。
だがよ、世界中のJava屋が書かないんだ。
確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑)
898:デフォルトの名無しさん
19/08/10 21:36:45.11 ztVC6i5a.net
ＨＴＭＬ対応を一人で実装とか何言語でもむりげ
899:デフォルトの名無しさん
19/08/10 21:45:15.21 h4ssMOj3.net
もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw
900:デフォルトの名無しさん
19/08/10 21:45:39.35 ztVC6i5a.net
URLﾘﾝｸ(github.com)
ちょっとぐぐっただけでいきなり引っかかったぞ
本当に世界中調べたのか？
お前が英語読めなくて企業が見せてくれる世界しか見てないんじゃないか？
901:デフォルトの名無しさん
19/08/10 21:49:46.48 h4ssMOj3.net
>>869
でかしたぞ。使ってみろ。どけだけIEやChromeより高速か試してくれ。
902:デフォルトの名無しさん
19/08/10 21:52:32.15 ztVC6i5a.net
俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ
903:デフォルトの名無しさん
19/08/10 21:55:00.78 h4ssMOj3.net
よしわかった。しばし待て。仮想環境にJavaインストールするから。
904:デフォルトの名無しさん
19/08/10 22:01:42.15 IgxUglY5.net
Javaのパフォｰマンスについての9つの誤信
URLﾘﾝｸ(www.infoq.com)
905:デフォルトの名無しさん
19/08/10 22:16:26.28 Qck8xEN+.net
皆さん、こいつに正論言っても無駄ですよ
何にもできないくせに口ばっかり達者で、論破されそうになると暴れて滅茶苦茶言い出すだけだから
からかって遊ぶ分にはそれなりに面白いかもね
906:デフォルトの名無しさん
19/08/10 22:28:48.96 Jt+4H/sx.net
C++で書き直されたライブラリと
VMを捨てて採用された技術を教えてほしいが
出てこんな
907:デフォルトの名無しさん
19/08/11 00:32:11.72 UiwR3IAb.net
Javaの将来性が無いって方向性には同意したいのに
端々にどっから持って来たか判らん御伽話を挟んでくるから困る
908:デフォルトの名無しさん
19/08/11 01:18:50.95 U/5MlCLL.net
Java製ブラウザ
URLﾘﾝｸ(github.com)
この性能見ればJavaがどれだけC++より高速かわかるで
909:デフォルトの名無しさん
19/08/11 12:45:16.17 I8FDq1IQ.net
Javaの夢
URLﾘﾝｸ(freelance-programmer.com)
910:デフォルトの名無しさん
19/08/11 13:05:18.55 Ov8rHfx5.net
java をソースから、ネイティブコードにコンパイルって可能なんですかね？
それは、もはや、javaではないというには、おいておいて、
vmの類を捨て去ると、c++に肉薄できる？
911:デフォルトの名無しさん
19/08/11 14:39:52.53 JB2lv/Xc.net
>>879
JavaのVMを素通りするわけじゃないからな。勘違いするな。
912:デフォルトの名無しさん
19/08/11 15:52:04.32 6WDJ+Uwg.net
VMの機能もネイティブコードに加えたら
名前解決で差が出そう
913:デフォルトの名無しさん
19/08/11 16:04:14.10 LNlz7QeX.net
>>879
無理。GCが有る言語はC++の速度にはならない。
CPUがいくら速くなっても無理。それはデータ量Nに対して、
計算オーダーが違ってくるから。C++の場合はO(1)で済むのに
GCのある言語では、O(N)になる。その結果、CPUがいくら速くなっても
データが増えるとまたC++に負けるので結局追いつくことがない。
914:デフォルトの名無しさん
19/08/11 16:09:51.91 LNlz7QeX.net
>>8
915:82 誤解なきように言っておくと、データが増えれば単にその分遅くなるだけなら、 C++でも同じなのだが、GCのある言語だと、データが10倍になると、 処理時間が100倍になったりするということ。これがCPUの進化では C++とJava/C#で体感速度の差が埋まらない理由。
916:デフォルトの名無しさん
19/08/11 16:40:41.19 Ov8rHfx5.net
>>883
結局、パフォーマンスが幾何級数的に悪化するので、確保したメモリは適切なタイミングで開放するという
Cの基本的なお作法はパフォーマンスの点で決定的であるということですね。
少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリと、GCのせいでメモリが増えてパフォーマンスが
極端に悪化するjavaと運用的にはそう変わらないかもしれませんね。
917:デフォルトの名無しさん
19/08/11 17:22:45.38 HsX9KUVy.net
>>884
>GCのせいでメモリが増えてパフォーマンスが 極端に悪化する
ここは、メモリ使用量が増えて、かつ、GCが起きることによってパフォーマンスも
極端に悪化する、ということだね。
918:デフォルトの名無しさん
19/08/11 17:27:24.97 LNlz7QeX.net
>>884
>少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリ
これは、VC++ の場合だと、_DEBUG_NEW を使うと、リークした
場所分かるし、new("文字列", 数値) TYPE などとすると自分で好きな
情報も入れられるので、リークは無くそうと思えば無くせる。
ただ、完全にリークをなくそうとするとその分、ある種の「無駄なロジック」
を入れざるを得なくなったりして速度低下してしまうので、設計方針
によっては多少はリークしても構わないという方針の場合もある。
一年間も終わらずに動作し続けるようなプログラムの場合はそれでは
駄目だと思うけれど。
919:デフォルトの名無しさん
19/08/11 17:32:58.55 438KhqLR.net
N88-BasicではGCで数分間プログラムが止まることがあったらしい。
920:デフォルトの名無しさん
19/08/11 17:51:57.59 YL3F5pyF.net
>>886
そういう泥沼のゲリラ戦を戦ってると遅かれ早かれ戦死すると>>878にありますが本当ですか？
921:デフォルトの名無しさん
19/08/11 18:26:37.54 G19pKHro.net
Ｃ＋＋ももうだめだ
これからの時代はＲｕｓｔだ
922:
19/08/11 18:28:07.41 EWNjTlvC.net
>>886
昔の borland C++ では便利なオプションがあって自分が new したものを delete したかどうかを確かめることができたんですが、
最近 borland C++ は clang に移行して、このオプションは使えなくなったみたいですね、すっごく残念です
923:デフォルトの名無しさん
19/08/11 19:47:18.15 LNlz7QeX.net
>>889
実は、Rustが良い部分があるとしても、そのアイデアだけを取り込ん
だC++が出来ることになるらしいです。
924:デフォルトの名無しさん
19/08/11 19:55:49.80 JB2lv/Xc.net
>>890
じじいよ、OSの仕様を知っているのか？
そんなレベルで話しているとは情けない。
925:
19/08/11 19:58:03.93 EWNjTlvC.net
>>892
詳しくお願いいたします m(_ _)m
926:デフォルトの名無しさん
19/08/11 21:20:22.43 NQYHU8rZ.net
ランタイムライブラリの細工で吸収できる範囲じゃろ
そんなレベルで話しているとは情けない
927:デフォルトの名無しさん
19/08/11 21:42:24.44 JB2lv/Xc.net
>>893
解放構文は解放リストに載るだけですよ。
928:
19/08/11 21:45:42.08 EWNjTlvC.net
>>895
矛盾した説明ですね
もし Java であったら、そもそも「解放リストに載せる」方法自体が存在しないのでは？
もし C++ だったら、解放リストに載せるだけではなく、解放してしまうのでは？
わからないのならわからないと自覚したほうがいいと思います
929:デフォルトの名無しさん
19/08/11 22:25:05.18 JB2lv/Xc.net
>>896
そんなレベルだと思わなかったわ。
930:デフォルトの名無しさん
19/08/11 22:26:47.28 JB2lv/Xc.net
C++の知識があるなら、C言語の仕様はUNIXの仕様とセットだったことくらい知っているだろうが。
931:
19/08/11 22:32:00.60 EWNjTlvC.net
>>898
それらしいキーワ
932:ードを投げとけばいい、とか精度の悪い攻撃方法ですね…
933:デフォルトの名無しさん
19/08/11 22:33:16.82 U/5MlCLL.net
>>898
Cの仕様ってどの仕様のことを言ってるんだ？
934:デフォルトの名無しさん
19/08/12 01:44:28.49 RRk3bsyt.net
「COBOLはレガシー」
※ただし日本だけの風潮
IBMは偉大
935:デフォルトの名無しさん
19/08/12 03:12:57.37 Rabidtip.net
C++より遅いのが問題なら大半の言語が死滅してるだろw
936:デフォルトの名無しさん
19/08/12 03:40:04.93 L6COzxjl.net
>>902
Java製ブラウザ
URLﾘﾝｸ(github.com)
まじいいぞ、これ。JavaはC++より速いというだけあるぞw
937:デフォルトの名無しさん
19/08/12 04:46:27.41 vrbZPf3l.net
Chromeの方が良くない？
938:デフォルトの名無しさん
19/08/12 06:37:35.78 x+nEU30G.net
JavaがC++より速いわけ無いです。
939:デフォルトの名無しさん
19/08/12 07:32:32.31 L6COzxjl.net
>>905
使ってから言えよなw
URLﾘﾝｸ(github.com)
940:デフォルトの名無しさん
19/08/12 07:42:45.62 vrbZPf3l.net
でもそれよりChromeの方が速くない？
941:デフォルトの名無しさん
19/08/13 01:04:22.05 7d5N3WwR.net
あれだけJavaは遅くないとか妄想垂れ流してた低スキルのアホどもはどこ行ったの？
Javaのブラウザ
URLﾘﾝｸ(github.com)
942:デフォルトの名無しさん
19/08/13 13:35:35.12 8lOw9+h9.net
ブラウザは、キチンと実装しようとすれば、言語にかかわらず、複雑で重くなるので、
評価が難しいですよ。javaで、ie,chromeに匹敵するモノができたんであれば、それは
実装者の能力がすごいということですね。
943:デフォルトの名無しさん
19/08/13 14:02:50.04 0tGTLGVK.net
>>908
妄言は「Javaが遅くない」じゃなくて
お前の「Javaが遅いからデスマになった」だろ
四の五の言ってないではよ証拠もってこい低脳リストラリーマン
944:デフォルトの名無しさん
19/08/13 15:44:43.61 3QMDfaUV.net
いまどきJavaが遅いと言ってしまうと、スクリプト言語はさらに遅いので、ただの無知だと思われてしまう。
945:デフォルトの名無しさん
19/08/13 16:26:01.94 PvshuRsa.net
なんの速度化によるだろ。
スクリプト言語は、コード修正から実行までの速度が速い
C言語などのコンパイラ言語も、Javaなどの仮想マシン言語も
コンパイル時間が必要になるから、コード修正から実行までの速度は遅くなる
946:デフォルトの名無しさん
19/08/13 17:19:49.43 73xuM57o.net
NormalizerでWebページのテキストを半角変換する時に、でかいページだと数秒かかってしまう。0.1秒でやって欲しいんですけど。
947:
19/08/13 17:26:30.22 RSblMGL3.net
>>912
C/C++ でやってますが、コンパイルが遅くて遅くて…というほどの規模のものはやったことがありません
まあ make -j を便利につかっているせいもありますが
948:デフォルトの名無しさん
19/08/13 17:50:12.34 PvshuRsa.net
>>914
複数のファイルを結合したことがありますか？
複数のファイルで参照されるヘッダファイルを作ったことがありますか？
949:
19/08/13 18:16:14.36 RSblMGL3.net
>>915
>>914
＞make -j
950:デフォルトの名無しさん
19/08/13 18:52:17.80 PvshuRsa.net
なぜmake -jを使うのでしょうか？
1秒未満で終わるなら必要ないでしょう？
それ以上かかってますよね。
遅い！
951:デフォルトの名無しさん
19/08/13 18:56:45.10 PvshuRsa.net
前からずっと思ってるんだけど、ソースコード編集中に
バックグラウンドで関数レベルでプリコンパイル、部分的にリンクとかしてればいいと思うんだけどな。
ソースコード保存しなくてもプリコンパイルして、保存した段階で
反映させるとかすれば、コンパイル遅くても一瞬で終わるはず
やっぱり難しいのかな。
952:デフォルトの名無しさん
19/08/13 19:32:48.68 tpzkwMyE.net
そんでそのブラウザ早かったのか遅かったのか
953:
19/08/13 19:39:27.23 RSblMGL3.net
>>917
タイムスタンプの刻み値が1秒単位、ということとコンパイル時間が 1 秒以内、ということとはなんの関係もないでしょうね
954:デフォルトの名無しさん
19/08/13 19:48:18.22 PvshuRsa.net
タイムスタンプの刻みは1秒じゃないからなんの関係もないよｗ
955:デフォルトの名無しさん
19/08/13 19:50:50.66 A8hGL0NS.net
>>918
リンクの意味がわかっているのか？
956:デフォルトの名無しさん
19/08/13 19:52:24.86 PvshuRsa.net
>>922
そういう質問にはわかってるって答えるだけだけど？
957:蟻人間
19/08/13 19:57:37.71 knDC27wR.net
「インクリメンタルビルド」って技術がすでにあるよ。
URLﾘﾝｸ(ja.wikipedia.org)ビルド_(ソフトウェア)
958:デフォルトの名無しさん
19/08/13 19:59:47.84 A8hGL0NS.net
>>923
ファイルが揃ってないのにリンクできるのか？
リンクが何をしているのか理解していない。
959:デフォルトの名無しさん
19/08/13 20:04:43.53 PvshuRsa.net
>>924
> GNU Make[2]では更にソースコードの依存関係を管理でき、変更された部分だけをコンパイルするインクリメンタルビルドが可能になった。
> これがビルドの自動化の始まりである。その第一の目的はコンパイラやリンカの呼び出しを自動化することだった。
それをソースコードを記述中に保存する前にバックグラウンドで行うってことね。
ソースコードをディスクに保存して、ディスクから読み取ってビルドするよりも
メモリ内でビルドしてしまったほうが速いのは言うまでもないと思う
960:デフォルトの名無しさん
19/08/13 20:10:18.82 PvshuRsa.net
>>925
お前リンクが何をしてるのか知らんのか？ｗ
ファイルを順番に結合してるだけなんじゃないぞ
結合の順番はどうでもよくて、関数の呼び出しテーブルを
適切なアドレスに書き換えてる。
揃ったファイルから結合することも可能だし、
DVD-Rのように追記した部分で上書きのようなことだってできる
（ファイルサイズがでかくなるから開発ビルドでだけしようする）
961:デフォルトの名無しさん
19/08/13 20:23:05.37 A8hGL0NS.net
結局、リンクできていないことに気づかないのか？
962:デフォルトの名無しさん
19/08/13 20:26:34.38 PvshuRsa.net
ソースコードの内容を保存前に関数単位でコンパイルして
メモリ内でリンクできるやろ？
関数があれば、アドレス解決できるし、
そもそもアドレス解決に必要なのは、関数の開始アドレスだけなので
リンクそのものは、関数の中身を用意するまで待つ必要はない
理解できないなら、バイナリエディタをつかって
パッチを当てると考えれば良い。
963:デフォルトの名無しさん
19/08/13 20:40:02.69 A8hGL0NS.net
とうとうコンパイルからやり直すと言ってしまったか。
964:デフォルトの名無しさん
19/08/13 20:42:24.93 PvshuRsa.net
>>930
「関数単位で」「保存する前に」って言ってるのまだ理解してないの？
965:デフォルトの名無しさん
19/08/13 20:52:55.01 A8hGL0NS.net
スタブを使ってリンクしてもリンクそのものに時間がかからないから意味がない。
そもそもリンクの意味がわかっていないと思われる。
966:デフォルトの名無しさん
19/08/13 20:54:38.55 PvshuRsa.net
わかってるからリンクの話をしたのに、
間違ってる部分を指摘できてないよね？＝あっているということｗ
967:デフォルトの名無しさん
19/08/13 21:36:25.98 0tGTLGVK.net
「スクリプトが遅い」って言われただけで顔真っ赤にして暴れてんのかｗ
968:デフォルトの名無しさん
19/08/13 21:39:50.08 PvshuRsa.net
その話はもう終わってるだろｗ
969:デフォルトの名無しさん
19/08/13 21:46:31.85 0tGTLGVK.net
ならスレ違いの話をいつまでもしてないで消えればいいのに
970:デフォルトの名無しさん
19/08/13 21:47:29.48 PvshuRsa.net
断るｗ おもちゃがある所で遊ぶんだ。
971:デフォルトの名無しさん
19/08/13 21:52:44.65 0tGTLGVK.net
また新手の荒らしかよ
まあもうこのスレ終わるしいいか
972:デフォルトの名無しさん
19/08/14 00:22:40.92 ei2StcRK.net
>>909
リアルキチガイすぎてワロタw
javaは実装に関わらず糞遅いのに何実装のせいにしてだ？ 碌にコード書けない低スキルの馬鹿のくせに。
そもそも「キチンと実装」ってなんだ？ これは手抜きの実装なのか？ コードも読まずに他人のコードを侮辱するとかおまえは何様だ？
ならおまえが修正して「キチンと実装」してみろ。キチガイ君。
URLﾘﾝｸ(github.com)
973:デフォルトの名無しさん
19/08/14 00:33:36.29 z8eCJ6J3.net
読解力なさ過ぎてワロタ
そらリストラもされるわバカリーマンｗｗ
974:デフォルトの名無しさん
19/08/14 01:03:14.11 oIPDXYhe.net
>>939
JavaはVMの実装による。
975:デフォルトの名無しさん
19/08/14 02:57:07.16 BS9eC/WD.net
周
976:りの苦労が偲ばれる
977:デフォルトの名無しさん
19/08/14 03:12:06.67 oIPDXYhe.net
日本語がおかしい
978:デフォルトの名無しさん
19/08/14 04:22:08.41 Ucbi8b87.net
もうどう足掻いても
Javaがメインストリームに戻る事は無い
旬は終わった
979:デフォルトの名無しさん
19/08/14 05:28:10.85 u3Xco5i2.net
>>944
今のメインストリームはどの言語?
980:デフォルトの名無しさん
19/08/14 05:41:08.20 fYTZQlWA.net
>>945
Java
981:デフォルトの名無しさん
19/08/14 15:27:24.30 qJmtDc8E.net
>>946
Pythonだろ
982:デフォルトの名無しさん
19/08/14 15:37:52.32 meO8Vw3B.net
>>947
ヒキコモリのオイラが何年かぶりに本屋に行ってみたら、言語ではほぼ
Python一色で、C#の本はほぼ全く無くて予想外の展開だった。
でも多分、Pythonは一過性の流行だと思われる。
983:デフォルトの名無しさん
19/08/14 16:11:18.00 beqXILdt.net
>>948
画像認識とAIは、python という認識が広がってきているので、
侮れない。
しかも、ラズパイ等で、C/C++のような知識なくても
ハードワエアにアクセスするサンプルコードなども充実してきているので、流行のIOT分野では、一人勝ち状態。
984:デフォルトの名無しさん
19/08/14 23:42:52.74 meO8Vw3B.net
>>949
アメリカでは国家ぐるみでPythonを推進しているのか、学校教育で
学ぶのが Python らしく、それが Python が普及してきている一番の理由
なのではないかと思う。
985:デフォルトの名無しさん
19/08/15 00:10:46.98 wbNX/uYv.net
まあ実際金勘定に関わるシステムがPythonに取って変わる事は無いな
小数点計算不向きだし
Javaも不向きだったがTISがCOBOL→Javaへの移行を成功させたのでJavaへの移行が一気に進んだ
それが間違いだと気づいたのが損保ジャパンのリストラ
もうCOBOL→Java移行の案件って減ってるよ
今はCOBOL→VB.NETやC#やオープンCOBOLに変わってる
986:デフォルトの名無しさん
19/08/15 00:24:26.64 hYpxeE9E.net
型宣言も無いし、インタプリタ言語だし、Pythonはあくまでも簡易。
987:デフォルトの名無しさん
19/08/15 01:33:32.67 uMQzOxWt.net
>>951
Javaは勘定系用にBigDecimal最初からあったんだけど
オペレータのオーバーライドを禁止してたのが敗因かもね
.NET FrameworkのDecima型より分かりやすかったんだけどなー
まあ金額計算ならCOBOLが一番安全だわｗ
988:デフォルトの名無しさん
19/08/15 02:34:51.13 3iyWOF7b.net
>>953
COBOLの敵はリレーショナルデータデース
989:デフォルトの名無しさん
19/08/15 03:24:14.57 5MxOdPEK.net
WEB+DBのJulia特集を読んだ
URLﾘﾝｸ(medfreak.info)
漏れも、同じ意見
Python ではプログラミングしづらいけど、
Julia は、do ～ end など、Ruby に似てるから、プログラミングしやすい
やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！
Juliaは、Pythonのライブラリも呼べる
NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備
LLVM のJIT だから速い
今後は、Pythonから、Juliaに流れそう。
R, matl
990:ab → Python → Julia
991:デフォルトの名無しさん
19/08/15 04:16:17.54 Pye9uMio.net
>>955
JuliaのPythonライブラリのコールはあまりシームレスに見えなかった。
Python3と違ってJuliaはintとlongを区別しなければいけない。
この2点でJuliaを使おうとは思わなかったんだけど、その辺どう?
992:952
19/08/15 07:05:02.80 5MxOdPEK.net
Python を呼び出すのは、PyObject とかか
int/long を区別するのは、LLVM を使っているからかな？
まあでも、Pythonには、内包表記という可読性が極めて悪い書き方があるから、効率が悪い。
8割以上は、他人のソースコードを解読する時間だから、可読性が悪いのが、最もダメ！
だから米国人は、do ～ end とか、可読性が高い、Ruby が好きなんだろう
993:デフォルトの名無しさん
19/08/15 16:12:19.98 uMQzOxWt.net
>>954
またその説かｗ
だからCOBOLからRDB使ってるっつーの
あんたが言いたいのはSQL処理系だろ？
994:デフォルトの名無しさん
19/08/15 16:13:59.94 064rTmcM.net
>>953
BigDecimalのメリットを生かす事をしなかったのが元凶だな
もうJavaを金融系で使う必要性も無い
C#やVB.NETも選べるし
995:デフォルトの名無しさん
19/08/15 16:14:44.10 064rTmcM.net
>>958
Pro*COBOL有ったしね
996:デフォルトの名無しさん
19/08/15 17:21:36.84 Pye9uMio.net
>>957
内包表記が嫌いだということはわかった。
ところで、PyObjectを見てとても使う気が起きなかったんだけど、使いやすいの?
あれならKotlinからGraalVMを通してPythonを呼び出せる未来を待ちたいという気になったんだけど。
997:デフォルトの名無しさん
19/08/15 18:26:49.74 CFitZJgr.net
>>958
そういうこといつまでも言うからCOBOLメインの人間は評価が低い。
998:デフォルトの名無しさん
19/08/15 18:38:35.40 nOfj1bht.net
COBOLの利点といえば、ロジックの組み方に自由度が少なくて、大体似たような、冗長なコードになるところで、
その部分では、移植性が高く、品質を確保しやすいところ。
裏技駆使すると、難易度高いが、いろいろできるけど、かえって難解なプログラムとなります。
とはいっても、金額計算等のロジックは、枯れたコードを移植するのが安全なので、安心感ある。
999:デフォルトの名無しさん
19/08/15 20:22:50.23 3iyWOF7b.net
COBOLがダメというより、COBOL、汎用機とWindowsの相性が最悪なのが一番のネック。
1000:デフォルトの名無しさん
19/08/15 21:17:19.38 uMQzOxWt.net
>>962
俺は今全然COBOLなんか使ってないからいいが
「そういうこと」とはどういうことだい？
1001:952
19/08/15 23:05:41.99 5MxOdPEK.net
>>961
RubyInline gem で C 拡張を手軽に作ってみた
URLﾘﾝｸ(www.m3tech.blog)
Ruby 2.6 では、Rubyソースコード内に、C のソースコードをインラインで書いて、
実行時に、JIT コンパイルできるようになった
VALUE 型というのが、Rubyオブジェクト。
これは、Python のPyObject と同じかな？
この記事を読むと、例外時のリソース解放処理とか、動的メモリの確保などは、
全体の整合性を保つのに、かなり難しい
1002:デフォルトの名無しさん
19/08/15 23:18:28.72 3iyWOF7b.net
>>965
SQLが何かわかっていない。埋込みSQLを使うなら、ロジックをデータベースに寄せればいいのにそうしない。
これはアホJavaプログラマも同じだが。
1003:デフォルトの名無しさん
19/08/15 23:22:08.76 3iyWOF7b.net
SQLとはいまのSQLの規格の話です。SQL99(1999)規格くらいの知識があれば、COBOLロジックでゴリゴリやったりしません。
1004:デフォルトの名無しさん
19/08/15 23:24:46.69 3iyWOF7b.net
ちなみにJavaプログラマでも、COBOLプログラマでも、RDBのテーブルのレコードに位置の概念があると思っている方はいまだにたくさんいます
1005:。
1006:デフォルトの名無しさん
19/08/15 23:52:34.70 JIeQFGKZ.net
COBOLの機能を制限した、埋め込みCOBOLってのがあればいいんだと思う
やれるのは数値計算のみ。文字列操作とかファイル読み書き機能はバッサリ削る
1007:デフォルトの名無しさん
19/08/15 23:55:17.26 JIeQFGKZ.net
>>967
ロジックというから意味不明になる。
例えば画像変換処理とかもロジックだからね
COBOLやSQLではできない、もしくはやるのがつらいロジックはたくさんある。
1008:デフォルトの名無しさん
19/08/16 00:15:25.47 1ONia9WN.net
>>963
それゆえCOBOLは他人からの可読性が良い
Javaへ移行してプログラムソースレベルでJavaプログラマにしかソース解析が出来なくなった
大手都市銀行がJavaに移行したのは若いプログラマを安くこき使いたいから
システム部門の管理職が現場へのタッチを辞めたからね
1009:デフォルトの名無しさん
19/08/16 00:23:23.61 r91gNAce.net
> それゆえCOBOLは他人からの可読性が良い
苦笑
まあね。可読性の意味は二つあるってことなんだよね
一つは、ソースコードがぐちゃぐちゃで冗長で何やってるかわからない。
言語機能やライブラリを駆使してシンプルに書こう。そうすれば読みやすい = 可読性
もう一つは、プログラム言語なんてわからない。
英語だったら読みやすい。英文に近い形で書こう＝可読性
COBOLがねらった可読性は後者。だから素人には「可読性が高い」ように"見える"
だけど、ソースコードがぐちゃぐちゃで冗長になることに関してはなんの解決策も示してないので
結果、素人がCOBOLでソースコードを書くと、ぐちゃぐちゃで冗長で何やってるかわからなくなる。
＝COBOLのソースコードは可読性が低い
いや、でも英語だから読めるんだよ。プログラム言語がわからない人にとってはｗ
プログラム言語がわかる人にとっては地獄
1010:デフォルトの名無しさん
19/08/16 00:31:40.77 qa8jMCM/.net
>>971
あんたはRDBの機能を知らないからそう思うだけで、画像変換処理はRDBの得意分野だからRDBに任せればよい。
1011:デフォルトの名無しさん
19/08/16 00:34:03.85 qa8jMCM/.net
>>973
COBOLのデータ型は英語がわかっても何がなんだかさっぱりわからないけどな。
COBOLのデータ型の命名は狂ってる。
1012:デフォルトの名無しさん
19/08/16 00:41:03.35 r91gNAce.net
> 画像変換処理はRDBの得意分野だからRDBに任せればよい。
どうやってRDBからffmpegを呼び出すの？
1013:デフォルトの名無しさん
19/08/16 01:06:28.40 qa8jMCM/.net
どうやってSQLを実行できるのと言っているのと同じだな。
誰もffmpegを使うとは言っていない。
ffmpegを使うこと自体が外部プログラムの実行で、どんな言語でも外部プログラムの実行はできる。
1014:デフォルトの名無しさん
19/08/16 01:11:34.80 r91gNAce.net
それで、どうやってRDBからffmpegを呼び出すの？
1015:デフォルトの名無しさん
19/08/16 01:52:12.70 qa8jMCM/.net
ffmpegの実装を知らないのに使えているのなら、パソコン初心者レベルだなあ。
1016:デフォルトの名無しさん
19/08/16 02:18:50.43 KMc5gAbD.net
画像変換にRDB使うなんて初めて聞いた
実例ある？
1017:デフォルトの名無しさん
19/08/16 02:30:34.66 qi3ZO5Hj.net
>>967
あんた話の流れを追ってないだろ
COBOLの敵はRDBという意味不明なパラダイムに対する批判なんだよ>958は
1018:デフォルトの名無しさん
19/08/16 02:31:51.02 qi3ZO5Hj.net
ID: 3iyWOF7b はまだ変な理論展開してんのか
COBOLとRDBは対立軸じゃいってなんで分かんないかな
1019:デフォルトの名無しさん
19/08/16 02:32:58.79 cuFgUpd5.net
>>970
COBOLは事務処理用のデータベース言語として十分に機能が限定されてるし
ファイル読み書き機能を削るとか一番使うな部分削ってどうすんの？
1020:デフォルトの名無しさん
19/08/16 04:12:25.02 IwAzC3bj.net
それで >>906 は速いの？遅いの？
1021:デフォルトの名無しさん
19/08/16 08:39:33.22 y8PdgTC5.net
このスレ年齢層高すぎだろ
COBOLなんて見たこともないから話が全くわからん
1022:デフォルトの名無しさん
19/08/16 12:34:42.13 L2jPzirq.net
技術選択間違って取り返しの付かなくなったロートルが傷を舐め合うスレやで
1023:デフォルトの名無しさん
19/08/16 23:10:14.74 whDVgVPM.net
>>984
必死に探してやっと見つけてくれた数少ないオールJava製アプリなのに。
Javaは速いと言ってた人たちは評価ぐらいしてほしいよね。
Java製ブラウザ
URLﾘﾝｸ(github.com)
1024:デフォルトの名無しさん
19/08/17 01:31:11.21 8csWYqnY.net
無視しようと思ってたけどもうすぐスレ完走だし相手してやるか
1. 誰がJavaが無条件で速いと断言してた？
2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
1025:デフォルトの名無しさん
19/08/17 01:33:20.63 8csWYqnY.net
どうせ斜め上の反応しかできないだろうけどな
絶対に真っ向から議論しないよねｗ
1026:デフォルトの名無しさん
19/08/17 01:33:41.07 7v59WmZe.net
1. 誰がJavaが無条件で速いと断言してた？
→お前だ
2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
→そこにお前がいるからだ
3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
→それをお前が考えるんだよ
4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
→お前の主張のエビデンスが先だ
1027:デフォルトの名無しさん
19/08/17 01:34:15.54 8csWYqnY.net
やっぱり斜め上ｗ
いや、斜め下かｗｗ
1028:デフォルトの名無しさん
19/08/17 01:53:29.59 ZxqGKdv4.net
C++で書き直されたJavaのライブラリとは
VMを捨てて採用された技術とは
1029:デフォルトの名無しさん
19/08/17 02:42:32.96 eNL5rTZT.net
つまり言い換えると、
1.みんな無条件でJavaは遅いと断言している。
2.遅いと分かってるから評価するまでもない。
3.実装のせいじゃないのはコード見て分かったから論って傷口に塩を塗るのは非人道すぎる。
4.個人攻撃をしたいのでキミの素性を明かせ。
と ID:8csWYqnY は言っています。
1030:デフォルトの名無しさん
19/08/17 02:50:47.25 eNL5rTZT.net
Java製ブラウザ
URLﾘﾝｸ(github.com)
なぜかJava信者が頑なに評価を拒否する、唯一生き残ったオールjava製ブラウザ。逆に自慢すべきアプリのはずなのに。
そもそも HotJava っていう本家の開発者が開発したものもあるんだけどね。そっちの評価でもいいのにw
1031:デフォルトの名無しさん
19/08/17 15:56:26.51 5omrbt+q.net
試してみた人に聞きたいのは、そのブラウザはChromeなどに比べて
速いのか遅いのかどっちですか。
1032:デフォルトの名無しさん
19/08/17 16:43:34.55 8csWYqnY.net
ね？
ちゃんと議論する気無いでしょ？
1033:525
19/08/17 18:26:25.62 PVerLNX2.net
【アプデ/10】 2019年8月14日のWindowsUpdate後、VB関連が死亡。Windows10全バージョンにて★2
ｽﾚﾘﾝｸ(newsplus板)
これがＭＳのやることだ
1034:デフォルトの名無しさん
19/08/17 19:52:16.49 0zwnSWA3.net
あるツイート
無償アップデートできればよいだけであれば、みずほ情報総研さんのようなお堅いところの一部システムでもAdoptOpenJDKを採用してる事例も公開されてたりするんですけどね。
�mizuho-ir.co.jp/publication/co…�TCKを通ってないのが受託開発だと難点ですが、必要な場合はIBMさんが商用サポートを提供してますし。
みずほがTKC無視してAdopt使ってる事を知ってみずほ関連の企業、人材ってit関係に疎い人が多いって事か(7pay社長含め)
1035:デフォルトの名無しさん
19/08/17 19:55:27.42 0zwnSWA3.net
あるツイート
Javaは文法も速度もいい。 けど冗長な設計、パッケージ管理、そして、JDKの乱立。 こうした、環境やプログラマによって、殺されていくという悲しい言語。
いくらベテランが、「今も健在だ！」といってもやはり、徐々に若手が敬遠している。�案件や検索ランキングではトップだけど、この先どうかね。
俺も、そう思う
1036:デフォルトの名無しさん
2019/08/1
1037:7(土) 19:56:58.58 ID:0zwnSWA3.net
1038:デフォルトの名無しさん
19/08/17 19:59:38.71 0zwnSWA3.net
あるツイート
大手SIerの知人がJavaから.netに移行する案件が激増してると言ってました。なんでも.netの勢いは今までの２倍以上だとか。割合で言うとJava95%で.netが5%くらいだって！
1039:デフォルトの名無しさん
19/08/17 20:00:49.14 0zwnSWA3.net
あるツイート
え！そんな大規模案件で鸙ava�を無償で使おうとしてたんですか！？ 流石にそんなわけ無いですよね・・・もともと普通にサポート契約してるの知らないだけじゃないですかね・・・？(；´∀｀)
1040:デフォルトの名無しさん
19/08/17 20:06:31.45 0zwnSWA3.net
あるツイート
Oracle案件がPL/SQLからJavaへ移行しているのも、地味な伸び方に繋がっているのかなぁと。スマッシュヒットはない感じ。
OracleがJava使わせたいからでしょうな
PL/SQLで出来るならJava使う必要性無し
1041:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 475日 15時間 17分 43秒
1042:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています