- 1 名前：デフォルトの名無しさん [2018/04/29(日) 04:48:48.62 ID:BgWXrKyR.net]
- どうなのよ
- 984 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 23:42:52.74 ID:meO8Vw3B.net]
- >>949
アメリカでは国家ぐるみでPythonを推進しているのか、学校教育で
学ぶのが Python らしく、それが Python が普及してきている一番の理由
なのではないかと思う。
- 985 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 00:10:46.98 ID:wbNX/uYv.net]
- まあ実際金勘定に関わるシステムがPythonに取って変わる事は無いな
小数点計算不向きだし
Javaも不向きだったがTISがCOBOL→Javaへの移行を成功させたのでJavaへの移行が一気に進んだ
それが間違いだと気づいたのが損保ジャパンのリストラ
もうCOBOL→Java移行の案件って減ってるよ
今はCOBOL→VB.NETやC#やオープンCOBOLに変わってる
- 986 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 00:24:26.64 ID:hYpxeE9E.net]
- 型宣言も無いし、インタプリタ言語だし、Pythonはあくまでも簡易。
- 987 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 01:33:32.67 ID:uMQzOxWt.net]
- >>951
Javaは勘定系用にBigDecimal最初からあったんだけど
オペレータのオーバーライドを禁止してたのが敗因かもね
.NET FrameworkのDecima型より分かりやすかったんだけどなー
まあ金額計算ならCOBOLが一番安全だわｗ
- 988 名前：デフォルトの名無しさん [2019/08/15(木) 02:34:51.13 ID:3iyWOF7b.net]
- >>953
COBOLの敵はリレーショナルデータデース
- 989 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 03:24:14.57 ID:5MxOdPEK.net]
- WEB+DBのJulia特集を読んだ
medfreak.info/?p=4850
漏れも、同じ意見
Python ではプログラミングしづらいけど、
Julia は、do ～ end など、Ruby に似てるから、プログラミングしやすい
やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！
Juliaは、Pythonのライブラリも呼べる
NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備
LLVM のJIT だから速い
今後は、Pythonから、Juliaに流れそう。
R, matl
- 990 名前：ab → Python → Julia []
- [ここ壊れてます]
- 991 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 04:16:17.54 ID:Pye9uMio.net]
- >>955
JuliaのPythonライブラリのコールはあまりシームレスに見えなかった。
Python3と違ってJuliaはintとlongを区別しなければいけない。
この2点でJuliaを使おうとは思わなかったんだけど、その辺どう?
- 992 名前：952 mailto:sage [2019/08/15(木) 07:05:02.80 ID:5MxOdPEK.net]
- Python を呼び出すのは、PyObject とかか
int/long を区別するのは、LLVM を使っているからかな？
まあでも、Pythonには、内包表記という可読性が極めて悪い書き方があるから、効率が悪い。
8割以上は、他人のソースコードを解読する時間だから、可読性が悪いのが、最もダメ！
だから米国人は、do ～ end とか、可読性が高い、Ruby が好きなんだろう
- 993 名前：デフォルトの名無しさん [2019/08/15(木) 16:12:19.98 ID:uMQzOxWt.net]
- >>954
またその説かｗ
だからCOBOLからRDB使ってるっつーの
あんたが言いたいのはSQL処理系だろ？
- 994 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 16:13:59.94 ID:064rTmcM.net]
- >>953
BigDecimalのメリットを生かす事をしなかったのが元凶だな
もうJavaを金融系で使う必要性も無い
C#やVB.NETも選べるし
- 995 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 16:14:44.10 ID:064rTmcM.net]
- >>958
Pro*COBOL有ったしね
- 996 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 17:21:36.84 ID:Pye9uMio.net]
- >>957
内包表記が嫌いだということはわかった。
ところで、PyObjectを見てとても使う気が起きなかったんだけど、使いやすいの?
あれならKotlinからGraalVMを通してPythonを呼び出せる未来を待ちたいという気になったんだけど。
- 997 名前：デフォルトの名無しさん [2019/08/15(木) 18:26:49.74 ID:CFitZJgr.net]
- >>958
そういうこといつまでも言うからCOBOLメインの人間は評価が低い。
- 998 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 18:38:35.40 ID:nOfj1bht.net]
- COBOLの利点といえば、ロジックの組み方に自由度が少なくて、大体似たような、冗長なコードになるところで、
その部分では、移植性が高く、品質を確保しやすいところ。
裏技駆使すると、難易度高いが、いろいろできるけど、かえって難解なプログラムとなります。
とはいっても、金額計算等のロジックは、枯れたコードを移植するのが安全なので、安心感ある。
- 999 名前：デフォルトの名無しさん [2019/08/15(木) 20:22:50.23 ID:3iyWOF7b.net]
- COBOLがダメというより、COBOL、汎用機とWindowsの相性が最悪なのが一番のネック。
- 1000 名前：デフォルトの名無しさん [2019/08/15(木) 21:17:19.38 ID:uMQzOxWt.net]
- >>962
俺は今全然COBOLなんか使ってないからいいが
「そういうこと」とはどういうことだい？
- 1001 名前：952 mailto:sage [2019/08/15(木) 23:05:41.99 ID:5MxOdPEK.net]
- >>961
RubyInline gem で C 拡張を手軽に作ってみた
https://www.m3tech.blog/entry/rubyinline
Ruby 2.6 では、Rubyソースコード内に、C のソースコードをインラインで書いて、
実行時に、JIT コンパイルできるようになった
VALUE 型というのが、Rubyオブジェクト。
これは、Python のPyObject と同じかな？
この記事を読むと、例外時のリソース解放処理とか、動的メモリの確保などは、
全体の整合性を保つのに、かなり難しい
- 1002 名前：デフォルトの名無しさん [2019/08/15(木) 23:18:28.72 ID:3iyWOF7b.net]
- >>965
SQLが何かわかっていない。埋込みSQLを使うなら、ロジックをデータベースに寄せればいいのにそうしない。
これはアホJavaプログラマも同じだが。
- 1003 名前：デフォルトの名無しさん [2019/08/15(木) 23:22:08.76 ID:3iyWOF7b.net]
- SQLとはいまのSQLの規格の話です。SQL99(1999)規格くらいの知識があれば、COBOLロジックでゴリゴリやったりしません。
- 1004 名前：デフォルトの名無しさん [2019/08/15(木) 23:24:46.69 ID:3iyWOF7b.net]
- ちなみにJavaプログラマでも、COBOLプログラマでも、RDBのテーブルのレコードに位置の概念があると思っている方はいまだにたくさんいます
- 1005 名前：。 []
- [ここ壊れてます]
- 1006 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 23:52:34.70 ID:JIeQFGKZ.net]
- COBOLの機能を制限した、埋め込みCOBOLってのがあればいいんだと思う
やれるのは数値計算のみ。文字列操作とかファイル読み書き機能はバッサリ削る
- 1007 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 23:55:17.26 ID:JIeQFGKZ.net]
- >>967
ロジックというから意味不明になる。
例えば画像変換処理とかもロジックだからね
COBOLやSQLではできない、もしくはやるのがつらいロジックはたくさんある。
- 1008 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:15:25.47 ID:1ONia9WN.net]
- >>963
それゆえCOBOLは他人からの可読性が良い
Javaへ移行してプログラムソースレベルでJavaプログラマにしかソース解析が出来なくなった
大手都市銀行がJavaに移行したのは若いプログラマを安くこき使いたいから
システム部門の管理職が現場へのタッチを辞めたからね
- 1009 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:23:23.61 ID:r91gNAce.net]
- > それゆえCOBOLは他人からの可読性が良い
苦笑
まあね。可読性の意味は二つあるってことなんだよね
一つは、ソースコードがぐちゃぐちゃで冗長で何やってるかわからない。
言語機能やライブラリを駆使してシンプルに書こう。そうすれば読みやすい = 可読性
もう一つは、プログラム言語なんてわからない。
英語だったら読みやすい。英文に近い形で書こう＝可読性
COBOLがねらった可読性は後者。だから素人には「可読性が高い」ように"見える"
だけど、ソースコードがぐちゃぐちゃで冗長になることに関してはなんの解決策も示してないので
結果、素人がCOBOLでソースコードを書くと、ぐちゃぐちゃで冗長で何やってるかわからなくなる。
＝COBOLのソースコードは可読性が低い
いや、でも英語だから読めるんだよ。プログラム言語がわからない人にとってはｗ
プログラム言語がわかる人にとっては地獄
- 1010 名前：デフォルトの名無しさん [2019/08/16(金) 00:31:40.77 ID:qa8jMCM/.net]
- >>971
あんたはRDBの機能を知らないからそう思うだけで、画像変換処理はRDBの得意分野だからRDBに任せればよい。
- 1011 名前：デフォルトの名無しさん [2019/08/16(金) 00:34:03.85 ID:qa8jMCM/.net]
- >>973
COBOLのデータ型は英語がわかっても何がなんだかさっぱりわからないけどな。
COBOLのデータ型の命名は狂ってる。
- 1012 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:41:03.35 ID:r91gNAce.net]
- > 画像変換処理はRDBの得意分野だからRDBに任せればよい。
どうやってRDBからffmpegを呼び出すの？
- 1013 名前：デフォルトの名無しさん [2019/08/16(金) 01:06:28.40 ID:qa8jMCM/.net]
- どうやってSQLを実行できるのと言っているのと同じだな。
誰もffmpegを使うとは言っていない。
ffmpegを使うこと自体が外部プログラムの実行で、どんな言語でも外部プログラムの実行はできる。
- 1014 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 01:11:34.80 ID:r91gNAce.net]
- それで、どうやってRDBからffmpegを呼び出すの？
- 1015 名前：デフォルトの名無しさん [2019/08/16(金) 01:52:12.70 ID:qa8jMCM/.net]
- ffmpegの実装を知らないのに使えているのなら、パソコン初心者レベルだなあ。
- 1016 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 02:18:50.43 ID:KMc5gAbD.net]
- 画像変換にRDB使うなんて初めて聞いた
実例ある？
- 1017 名前：デフォルトの名無しさん [2019/08/16(金) 02:30:34.66 ID:qi3ZO5Hj.net]
- >>967
あんた話の流れを追ってないだろ
COBOLの敵はRDBという意味不明なパラダイムに対する批判なんだよ>958は
- 1018 名前：デフォルトの名無しさん [2019/08/16(金) 02:31:51.02 ID:qi3ZO5Hj.net]
- ID: 3iyWOF7b はまだ変な理論展開してんのか
COBOLとRDBは対立軸じゃいってなんで分かんないかな
- 1019 名前：デフォルトの名無しさん [2019/08/16(金) 02:32:58.79 ID:cuFgUpd5.net]
- >>970
COBOLは事務処理用のデータベース言語として十分に機能が限定されてるし
ファイル読み書き機能を削るとか一番使うな部分削ってどうすんの？
- 1020 名前：デフォルトの名無しさん [2019/08/16(金) 04:12:25.02 ID:IwAzC3bj.net]
- それで >>906 は速いの？遅いの？
- 1021 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 08:39:33.22 ID:y8PdgTC5.net]
- このスレ年齢層高すぎだろ
COBOLなんて見たこともないから話が全くわからん
- 1022 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 12:34:42.13 ID:L2jPzirq.net]
- 技術選択間違って取り返しの付かなくなったロートルが傷を舐め合うスレやで
- 1023 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 23:10:14.74 ID:whDVgVPM.net]
- >>984
必死に探してやっと見つけてくれた数少ないオールJava製アプリなのに。
Javaは速いと言ってた人たちは評価ぐらいしてほしいよね。
Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki
- 1024 名前：デフォルトの名無しさん [2019/08/17(土) 01:31:11.21 ID:8csWYqnY.net]
- 無視しようと思ってたけどもうすぐスレ完走だし相手してやるか
1. 誰がJavaが無条件で速いと断言してた？
2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
- 1025 名前：デフォルトの名無しさん [2019/08/17(土) 01:33:20.63 ID:8csWYqnY.net]
- どうせ斜め上の反応しかできないだろうけどな
絶対に真っ向から議論しないよねｗ
- 1026 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 01:33:41.07 ID:7v59WmZe.net]
- 1. 誰がJavaが無条件で速いと断言してた？
→お前だ
2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
→そこにお前がいるからだ
3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
→それをお前が考えるんだよ
4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
→お前の主張のエビデンスが先だ
- 1027 名前：デフォルトの名無しさん [2019/08/17(土) 01:34:15.54 ID:8csWYqnY.net]
- やっぱり斜め上ｗ
いや、斜め下かｗｗ
- 1028 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 01:53:29.59 ID:ZxqGKdv4.net]
- C++で書き直されたJavaのライブラリとは
VMを捨てて採用された技術とは
- 1029 名前：デフォルトの名無しさん [2019/08/17(土) 02:42:32.96 ID:eNL5rTZT.net]
- つまり言い換えると、
1.みんな無条件でJavaは遅いと断言している。
2.遅いと分かってるから評価するまでもない。
3.実装のせいじゃないのはコード見て分かったから論って傷口に塩を塗るのは非人道すぎる。
4.個人攻撃をしたいのでキミの素性を明かせ。
と ID:8csWYqnY は言っています。
- 1030 名前：デフォルトの名無しさん [2019/08/17(土) 02:50:47.25 ID:eNL5rTZT.net]
- Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki
なぜかJava信者が頑なに評価を拒否する、唯一生き残ったオールjava製ブラウザ。逆に自慢すべきアプリのはずなのに。
そもそも HotJava っていう本家の開発者が開発したものもあるんだけどね。そっちの評価でもいいのにw
- 1031 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 15:56:26.51 ID:5omrbt+q.net]
- 試してみた人に聞きたいのは、そのブラウザはChromeなどに比べて
速いのか遅いのかどっちですか。
- 1032 名前：デフォルトの名無しさん [2019/08/17(土) 16:43:34.55 ID:8csWYqnY.net]
- ね？
ちゃんと議論する気無いでしょ？
- 1033 名前：525 mailto:sage [2019/08/17(土) 18:26:25.62 ID:PVerLNX2.net]
- 【アプデ/10】 2019年8月14日のWindowsUpdate後、VB関連が死亡。Windows10全バージョンにて★2
https://asahi.5ch.net/test/read.cgi/newsplus/1565959048/
これがＭＳのやることだ
- 1034 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:52:16.49 ID:0zwnSWA3.net]
- あるツイート
無償アップデートできればよいだけであれば、みずほ情報総研さんのようなお堅いところの一部システムでもAdoptOpenJDKを採用してる事例も公開されてたりするんですけどね。
�mizuho-ir.co.jp/publication/co…�TCKを通ってないのが受託開発だと難点ですが、必要な場合はIBMさんが商用サポートを提供してますし。
みずほがTKC無視してAdopt使ってる事を知ってみずほ関連の企業、人材ってit関係に疎い人が多いって事か(7pay社長含め)
- 1035 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:55:27.42 ID:0zwnSWA3.net]
- あるツイート
Javaは文法も速度もいい。 けど冗長な設計、パッケージ管理、そして、JDKの乱立。 こうした、環境やプログラマによって、殺されていくという悲しい言語。
いくらベテランが、「今も健在だ！」といってもやはり、徐々に若手が敬遠している。�案件や検索ランキングではトップだけど、この先どうかね。
俺も、そう思う
- 1036 名前：デフォルトの名無しさん mailto:sage [2019/08/1
]
- [ここ壊れてます]
- 1037 名前：7(土) 19:56:58.58 ID:0zwnSWA3.net mailto: あるツイート
C++系の案件にアサインしようとしたら「スクールでJavaしかやってないのでJavaしかできません」っていうのでJava案件に入れた結果、Javaも全然できなかったってことがありました。。 [] - [ここ壊れてます]
- 1038 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:59:38.71 ID:0zwnSWA3.net]
- あるツイート
大手SIerの知人がJavaから.netに移行する案件が激増してると言ってました。なんでも.netの勢いは今までの２倍以上だとか。割合で言うとJava95%で.netが5%くらいだって！
- 1039 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 20:00:49.14 ID:0zwnSWA3.net]
- あるツイート
え！そんな大規模案件で鸙ava�を無償で使おうとしてたんですか！？ 流石にそんなわけ無いですよね・・・もともと普通にサポート契約してるの知らないだけじゃないですかね・・・？(；´∀｀)
- 1040 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 20:06:31.45 ID:0zwnSWA3.net]
- あるツイート
Oracle案件がPL/SQLからJavaへ移行しているのも、地味な伸び方に繋がっているのかなぁと。スマッシュヒットはない感じ。
OracleがJava使わせたいからでしょうな
PL/SQLで出来るならJava使う必要性無し
- 1041 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 475日 15時間 17分 43秒
- 1042 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
