【IT】COBOLシステムがAWSで動く　維持費「8割減」

1 ：田杉山脈 ★：2019/07/30(火) 14:24:36.90 ID:CAP_USER.net

かつて主流だったプログラム言語「COBOL（コボル）」で書かれたシステムの保守・運用に悩むユーザーは多い。システムを保守する人材が高齢化し、COBOLプログラムが稼働するメインフレームはコスト高だ。日経 xTECHが今年3月に実施した「COBOLに関する実態調査」では、ユーザー企業に所属する約3人に1人が「COBOLで開発したシステムを稼働させるハードウエアが高い」ことをCOBOLの短所に挙げて…
https://www.nikkei.com/article/DGXMZO47172110Q9A710C1000000/

2 ：名刺は切らしておりまして：2019/07/30(火) 14:28:19.58 ID:33nDbG8K.net

いやｺﾎﾞﾙやめよう
いいかげん

3 ：名刺は切らしておりまして：2019/07/30(火) 14:29:04.96 ID:efzc43+b.net

こぼｌやめよう
このさい

4 ：名刺は切らしておりまして：2019/07/30(火) 14:29:19.89 ID:CHuR2edu.net

仮想化でバーチャルマシンを作ってクラウドでサービスを受ければいいからな
いい時代になったものだ

5 ：名刺は切らしておりまして：2019/07/30(火) 14:31:01.94 ID:15e4dJXZ.net

すごいな
まだ現役なんだ

6 ：名刺は切らしておりまして：2019/07/30(火) 14:41:12.76 ID:bnlwdqsU.net

トヨタの世界勘定システムや、大手銀行なんかはだいたいCOBOL。
全部作り直すよりハード更新したほうが安いからね。

7 ：名刺は切らしておりまして：2019/07/30(火) 14:41:33.94 ID:6pn6OmJh.net

昭和っぽいな

8 ：名刺は切らしておりまして：2019/07/30(火) 14:43:12.44 ID:q9Wi+Cuj.net

こぼったな

9 ：名刺は切らしておりまして：2019/07/30(火) 14:49:53.53 ID:pb0Krjio.net

携帯会社の基幹はだいたいCOBOLなのでよかったね。

10 ：名刺は切らしておりまして：2019/07/30(火) 14:51:56.97 ID:YqtzRVzl.net

AWS Lambda　すげえな

11 ：名刺は切らしておりまして：2019/07/30(火) 14:53:11.81 ID:dKxInCpn.net

この言語はやったことないけど何に近いの？
Pascal? Fortran?

12 ：名刺は切らしておりまして：2019/07/30(火) 14:59:05.27 ID:HZUWgc8k.net

>>11
COBOLはBASICに近いっちゃ近い
VBじゃない方のBASICね

てか今も動いてるCOBOLシステムってマシン語サブルーチンとか使ってるの多いと思うんだけど大丈夫か？

13 ：名刺は切らしておりまして：2019/07/30(火) 14:59:42.75 ID:JB3+2zvr.net

コボルは読み書き出来ないけど
他の言語は出来ますなんてアホいねーよ
他の言語出来るならコボルは1時間勉強すれば出来る
そう設計されてる

14 ：名刺は切らしておりまして：2019/07/30(火) 15:02:01.70 ID:1Hh8zFIq.net

>>2-3
お前等のように新しいものは古いものより優れていると思い込んでいる文系は社会のクズだということを気づけ。
なんで貴様等のような無能者に世界が合わせなければならない。
優れているからこそ今も使われている、それだけだ。

15 ：名刺は切らしておりまして：2019/07/30(火) 15:02:01.96 ID:KlOtXDPq.net

>>6
つい最近COBOLの腐ったシステムを
わんミズホさんがJavaにリプレースしたやん
Javaも酷いらしいがw

16 ：名刺は切らしておりまして：2019/07/30(火) 15:02:30.63 ID:Kewm6Re7.net

>>11
古代言語だから、現存する言語で似ている物なんて無いだろ
無理にその２つで言うと、データ形式を書く点ではPascalで、行単位の文法でFortran？

17 ：名刺は切らしておりまして：2019/07/30(火) 15:06:39.00 ID:D5px3Y7n.net

>>11
英語

18 ：名刺は切らしておりまして：2019/07/30(火) 15:07:29.74 ID:6Oww4HW/.net

解散。

＞
一方、稼働時間が限られるAWS Lambdaは、「長いトランザクション処理などは苦手」（マソン氏）という。このような処理は、COBOLプログラムの分割やリライトといった変更が必要になることが少なくなさそうだ。

また、リコンパイル後のプログラムの実行には、Javaの実行環境を立ち上げなければならない。初回起動時は処理に時間がかかることにも注意が必要だ。

19 ：名刺は切らしておりまして：2019/07/30(火) 15:07:46.95 ID:ZiXo0jcY.net

コボちゃんはお役御免って事で、
これからはPHPでやれ！

20 ：名刺は切らしておりまして：2019/07/30(火) 15:07:51.93 ID:D5px3Y7n.net

>>13
それが欠点何だよ
人間の言語は冗長だから

21 ：名刺は切らしておりまして：2019/07/30(火) 15:10:02.59 ID:ZiXo0jcY.net

プログラミングって自動化されないの？
わざわざコード書くのは、かったらるくないか？

22 ：名刺は切らしておりまして：2019/07/30(火) 15:10:10.41 ID:TU4OpvTr.net

>システムの保守・運用に悩むユーザー

長年プログラムメンテでソースがぐちゃぐちゃになってたり、仕様書と乖離している場合
下手したら、実行形式だけでソースが紛失している場合があるからかと思う

言語自体は、普通に作っていれば、理解しやすい

23 ：名刺は切らしておりまして：2019/07/30(火) 15:10:45.13 ID:D5px3Y7n.net

まあ、こういうのまだ使ってる企業自体
そのうちリプレースされるだろう

24 ：名刺は切らしておりまして：2019/07/30(火) 15:11:50.20 ID:D5px3Y7n.net

>>21
人工知能って、何のために作ってるんだろうね

25 ：名刺は切らしておりまして：2019/07/30(火) 15:16:26.36 ID:U3IKEwDQ.net

懐かしいなPL/1とかCOBOL。ダンプリストに赤線引っぱってたっけか。

26 ：名刺は切らしておりまして：2019/07/30(火) 15:17:12.84 ID:U7xwDp33.net

COBOLはいいと思うけどな
必要な計算処理だけCOBOLでやって表示とか他のでやればいいじゃない

27 ：名刺は切らしておりまして：2019/07/30(火) 15:18:31.50 ID:RwUhZgy9.net

コボル懐かしいなぁ
昔会社でプログラム組んでたけど日々のデータトランザクションを
深夜にバッチ更新するからオンライン向きじゃなかったね

28 ：名刺は切らしておりまして：2019/07/30(火) 15:19:48.43 ID:G7ye1FKO.net

COBOLを捨てるって事ではなくて、自前のハードと計算機室を捨てるってことだよね
移行にはそれなりに手間がかかるだろうけど
二度と移行作業も、ハードソフトのバージョンアップしなくても良いのは素敵過ぎる

29 ：名刺は切らしておりまして：2019/07/30(火) 15:23:03.35 ID:m6zZWwb9.net

やっぱり紙テープと磁気テープがないとCOBOL触ってる気分が出ない

30 ：名刺は切らしておりまして：2019/07/30(火) 15:25:05.99 ID:TVQPpV/X.net

磁気テープマウント等はawsでどう実現するんだろう？
jclはどうなるの？
COBOLだけ移植されても使い物にならなくない？

31 ：名刺は切らしておりまして：2019/07/30(火) 15:28:28.12 ID:Kewm6Re7.net

ＡＷＳでシステム３６０のエミュレーションをやれってかｗ
電子博物館だなｗ

32 ：名刺は切らしておりまして：2019/07/30(火) 15:29:22.66 ID:BAC/LWLh.net

関数が使えたら使いやすさで最強だっただろ

33 ：名刺は切らしておりまして：2019/07/30(火) 15:29:22.93 ID:qrRq4kg6.net

move toとかperform toとか直接的でわかり易かった。

34 ：名刺は切らしておりまして：2019/07/30(火) 15:29:35.26 ID:m6zZWwb9.net

むしろ仮想でOS4X8FSPが動いて欲しい

35 ：名刺は切らしておりまして：2019/07/30(火) 15:29:50.21 ID:kc6q9Wae.net

コボルに最適化されたハードウェアとOS捨てて、ランニングコストだけ削減して
大規模基幹システムを移管するメリットあるのか？

36 ：名刺は切らしておりまして：2019/07/30(火) 15:30:13.39 ID:BUMLzf7A.net

大昔COBOLのプログラム開発で、カードリーダーからプログラム読見込ませて、磁気テープ装置のテープがくるくる回って、ラインプリンターにバババッと印字される感動は今でも忘れられない思い出。

37 ：名刺は切らしておりまして：2019/07/30(火) 15:41:27.49 ID:Kewm6Re7.net

>>34
Ｆ４じゃなくて X8となｗ

その世代だと370互換が必須だな

38 ：名刺は切らしておりまして：2019/07/30(火) 15:42:47.34 ID:809VcynH.net

RPGも動くのか

39 ：名刺は切らしておりまして：2019/07/30(火) 15:44:17.47 ID:sSkSIN/3.net

数十年後にも残ってる言語だよな。COBOL
JavaはOracleのせいで死んだ

40 ：名刺は切らしておりまして：2019/07/30(火) 15:47:02.95 ID:fujsVWU+.net

第二地銀黎明期に友人が会社で使うってんで学習手伝いがてら俺も覚えたわ
当時は開発環境なんてゲスト垢が俺でも使えるくらいセキュリティポリシーガバガバだったな

41 ：名刺は切らしておりまして：2019/07/30(火) 15:48:32.62 ID:Pi43d03X.net

IBMもいよいよ終わり
zもエミュレーター上で動くからなw

42 ：名刺は切らしておりまして：2019/07/30(火) 15:52:15.22 ID:+/NBpAi9.net

かたじけなさに　涙コボルる

43 ：名刺は切らしておりまして：2019/07/30(火) 15:53:29.16 ID:qRk2cPe4.net

移植作業が入る時点でメリット半減

44 ：名刺は切らしておりまして：2019/07/30(火) 15:55:05.68 ID:LiHQBLG1.net

>>2
半角やめろよ。

45 ：名刺は切らしておりまして：2019/07/30(火) 15:56:30.42 ID:PxRvnPLA.net

新しいシステム、新しい言語で、既存システムと全く同じのをつくって！

っていうのがデスマーチになりやすいケースだって何かに書いてあった

46 ：名刺は切らしておりまして：2019/07/30(火) 15:56:57.72 ID:g2Ga+jh4.net

>>21
２０年以上前から結構自動生成されているよ

47 ：名刺は切らしておりまして：2019/07/30(火) 16:01:33.99 .net

業務アプリってぶっちゃけなんでもいいんだよな
癖を覚えるのが面倒なだけ

48 ：名刺は切らしておりまして：2019/07/30(火) 16:05:48.30 ID:LUGl+fZo.net

何でC++で書けないの？

49 ：名刺は切らしておりまして：2019/07/30(火) 16:08:04.28 ID:Hx1SvtsZ.net

動くのはいいけど、使いこなせる人材がどんどんいなくなっていくのに古い資産を使い続けるのはリスクじゃね？

どっかのタイミングでシステム更新するなら早ければ早いほどいい
AWS使うぐらいならシステムを再構築したほうが長持ちする

50 ：名刺は切らしておりまして：2019/07/30(火) 16:12:53.97 ID:Ht5n53uq.net

>>48
中身がわからない
責任取りたくない

51 ：名刺は切らしておりまして：2019/07/30(火) 16:13:26.98 ID:f0CIPrp5.net

思い切ってシステム更新すれば無くても困らない機能が8割あることに気が付く

52 ：名刺は切らしておりまして：2019/07/30(火) 16:17:29.43 ID:mL7KJFJo.net

コーディングの標準化規約しっかり作って、固定的に雇えるプログラマーを雇用して
その通りに作るんなら、C++でも構わないと思う。というか、今時のC++はSTLも含めて
良くできている。

どちらかというと問題は、プログラマを外注変動費にして、毎回スキルが異なる人を
集める関係上、標準化規約が有名無実になっている点。そして、どこからそうなるのか
わからんけど、COBOLプログラマは安くて、JavaやC++だと高いみたいな、不可思議な
事がまかり通って、みんな中途半端に新しい言語に飛びついていることだと思う。

53 ：名刺は切らしておりまして：2019/07/30(火) 16:21:41.86 ID:/ANgCmJM.net

もう全部アセンブル言語で書いちゃえ

54 ：名刺は切らしておりまして：2019/07/30(火) 16:26:15.48 ID:G7ye1FKO.net

>>53
COBOLのコード自動生成よりもはるか以前から、自動生成されていますが？

55 ：名刺は切らしておりまして：2019/07/30(火) 16:29:53.07 ID:ae4DhY8f.net

システムをわかってない奴ほどアセンブラでと言い張るよね
ほんとキモい(´・ω・｀)

56 ：名刺は切らしておりまして：2019/07/30(火) 16:32:24.85 ID:moc9+HIB.net

プログラマ要らずのコード自動生成の夢を見て沢山の簡易言語が出たが
COBOLを超えるもの未だなし

57 ：名刺は切らしておりまして：2019/07/30(火) 16:43:36.59 .net

AS/400のRPGは傑作だったな

58 ：名刺は切らしておりまして：2019/07/30(火) 16:45:29.26 ID:8nyNNQNO.net

多少の認知が入っても自分の書いたソースが読めます、たぶん

59 ：名刺は切らしておりまして：2019/07/30(火) 16:45:54.06 ID:R6FHFq4p.net

>>55
軽さを求める奴がアセンブラって言うんだろうな
コボルはそれと対極、スピードは求めないが、信頼性で選ばれてたからなぁ
でも流石に駆逐されて欲しいｗ

60 ：名刺は切らしておりまして：2019/07/30(火) 16:49:15.67 .net

ソニーのneural network consoleみたいに
モジュールの積み木を積んでいけばプログラム書かなくていいみたいなのが
出来ればいいのに

61 ：名刺は切らしておりまして：2019/07/30(火) 16:49:18.32 ID:wkb5SI+J.net

>>1
本日のCOBOL話スレ

62 ：名刺は切らしておりまして：2019/07/30(火) 16:50:01.40 ID:2bqJr9oT.net

さすがAWSやわｗ

「レガシーシステム保守は不安よな。

　COBOL 動きます。」

63 ：名刺は切らしておりまして：2019/07/30(火) 16:52:41.64 ID:HZUWgc8k.net

>>57
まだあるぞw
しかも年々バージョンアップしてる

64 ：名刺は切らしておりまして：2019/07/30(火) 16:58:56.81 .net

>>63
まだあるのかよｗ
ビックリ

65 ：名刺は切らしておりまして：2019/07/30(火) 17:09:51.78 ID:Ht5n53uq.net

前の会社、PC-9801でなんかやってたが、メーカーが潰れてシステムを組めなくて中古で探してたの思い出した

66 ：名刺は切らしておりまして：2019/07/30(火) 17:18:06.31 ID:8ss3ePGP.net

>>37
F4は重いので、同一ハードにX8載せた方が
キビキビ動くって言ってたアプリ開発者がいたなあｗ。

67 ：名刺は切らしておりまして：2019/07/30(火) 17:18:13.39 ID:gvd/AYn5.net

>>62
固定小数点は動くな

68 ：名刺は切らしておりまして：2019/07/30(火) 17:20:38.24 ID:Qgz7cJNm.net

COBOLはいいけどJCLは？

69 ：名刺は切らしておりまして：2019/07/30(火) 17:22:41.23 ID:1pSDqYyH.net

保守運用のコボおじ達は現状平和で長生きできてる幸せな人種
本番対応以外はマジで定時付近に帰れてワークライフバランスも良い
若者は塩漬けにされるのが嫌で逃げるから余計にパラダイス化してる

70 ：名刺は切らしておりまして：2019/07/30(火) 17:26:14.66 ID:ZCFWF0oE.net

これで地方の銀行に飛ばされる土方が減るかな。

71 ：名刺は切らしておりまして：2019/07/30(火) 17:44:47.42 ID:JTZe4wKy.net

動くっていうかラッパーだろ？

72 ：名刺は切らしておりまして：2019/07/30(火) 17:48:05.45 ID:9GSkWpzP.net

こういうのってデータはどうなってんの？
SQL?

73 ：名刺は切らしておりまして：2019/07/30(火) 17:53:50.20 ID:LUGl+fZo.net

効率化のためにプログラム言語はあるがCOBOLのために莫大な無駄が生じている

74 ：名刺は切らしておりまして：2019/07/30(火) 17:55:40.97 ID:csMbWYwe.net

COBOL使うようなところがAWSを使う発想があるのか？
メインフレームから離れられないユーザだろ

75 ：名刺は切らしておりまして：2019/07/30(火) 18:00:24.53 ID:OLLKN8Ww.net

>>73みたいなこと言う人をネット上でよくみかけるけど、
そういう人ってCOBOLできちんと仕事したことあって
COBOLの長所短所を踏まえてるのかなぁ？

76 ：名刺は切らしておりまして：2019/07/30(火) 18:11:44.71 ID:Aa9f4eq0.net

faasとCOBOLって対極にあるような気がするんだが、そうでもないのか？

77 ：名刺は切らしておりまして：2019/07/30(火) 18:15:40.26 ID:hl5w8WXL.net

維持費≒人件費だろこんなの減る訳がねぇ

78 ：名刺は切らしておりまして：2019/07/30(火) 18:17:08.98 ID:YOSjomxw.net

>>74
三菱UFJ「クラウドから離れられない」コスト6〜7割減
https://www.nikkei.com/article/DGXMZO36683520Z11C18A0000000/

79 ：名刺は切らしておりまして：2019/07/30(火) 18:20:53.35 ID:eJt3+SG9.net

>>6>>70
全部本体の方が終了しそうな会社や業種じゃないか
というわけでコボル君も一緒にロストテクノロジー化するので大丈夫w


まあ今は金融の勘定系すら標準システムをカスタマイズして、しかも今後はクラウドで、というふうになっていくようだろ

2018
>銀行の勘定系システムの機能をインターネット経由で提供する「クラウド勘定系」がにわかに盛り上がっている。富士通は2020年の提供開始を目指しており、ソニー銀行が第1号ユーザーとして採用することを検討中だ。

がただでさえ火がついているメガバン様　
>三井住友　「勘定系システムはメインフレームを中核に長年作り上げてきたものなので、そう簡単にクラウドへ移行することはできない。移行するとしても遠い未来で、5年後のような近い未来の話ではないと考えている」
相変わらずの調子

80 ：名刺は切らしておりまして：2019/07/30(火) 18:21:43.42 ID:NgbUTDLw.net

COBOLが出来た頃のコンピュータと今のコンピュータは何倍くらい性能が違うの？

81 ：名刺は切らしておりまして：2019/07/30(火) 18:26:20.10 ID:XvgR/y+E.net

すげぇな
でもうちは１０年前に全部リプレース済みだからもうCOBOLは残ってないな

82 ：名刺は切らしておりまして：2019/07/30(火) 18:30:06.03 ID:5LmB6QpP.net

>>11
割とSQLに似ている

83 ：名刺は切らしておりまして：2019/07/30(火) 18:30:18.50 ID:u5V0nXay.net

COBOLにに最適なのはAWSだしな。

84 ：名刺は切らしておりまして：2019/07/30(火) 18:32:57.43 ID:Cl/cH7UX.net

小数点以下の10進演算できるですか

85 ：名刺は切らしておりまして：2019/07/30(火) 18:37:34.32 ID:iSJTuftB.net

>>28
これな

86 ：名刺は切らしておりまして：2019/07/30(火) 18:40:12.42 ID:HkO0wPXI.net

>>16
古代言語ってその通りなんだけど、なんだかファンタジー系のRPGみたいだな。

87 ：名刺は切らしておりまして：2019/07/30(火) 18:41:32.96 ID:dJzpBCbQ.net

>>28
それやりたくで出入りの業者に相談したけど、時期尚早だと実質蹴られたわ

88 ：名刺は切らしておりまして：2019/07/30(火) 18:44:05.18 ID:Pi43d03X.net

出入りの業者が儲からないからそういうだけだろw

89 ：名刺は切らしておりまして：2019/07/30(火) 18:46:28.27 ID:c1bYzSYx.net

WSやん

90 ：名刺は切らしておりまして：2019/07/30(火) 18:50:50.44 ID:mzxyNfzz.net

>>17
クソワラタ

91 ：名刺は切らしておりまして：2019/07/30(火) 18:52:30.42 .net

アジャイルだとJupiter notebookみたいなの使って
仕様決めのメモからプログラムまで一緒にしちゃった方が
保守がしやすくて合理的なような気がする

92 ：名刺は切らしておりまして：2019/07/30(火) 18:53:00.61 ID:A563rTV6.net

でもCOBOL やってると月50万は入るよ

93 ：名刺は切らしておりまして：2019/07/30(火) 19:00:49.09 ID:pzxSVpWs.net

昔コボルとかフォートランとか習った気がするがまた使えるようになるのか？

94 ：名刺は切らしておりまして：2019/07/30(火) 19:01:31.48 ID:BIU6oCpk.net

コボルの問題は、コボルをリプレースできる言語が無いことだな。
10進数言語の開発が待たれるが、COBOLの拡張とハード側を仮想化の方が安いんだろうな。

95 ：名刺は切らしておりまして：2019/07/30(火) 19:04:00.45 ID:ztO8wmES.net

俺はまだコボラーだ

96 ：名刺は切らしておりまして：2019/07/30(火) 19:06:58.86 ID:TJsxf+R0.net

うちもコボラー派遣でお願いしたら
６０前の方だらけになってたｗ

97 ：名刺は切らしておりまして：2019/07/30(火) 19:10:14.14 ID:3jEwrrYi.net

>>93
Fortranは特定分野ではまだまだ現役だし、言語自体も
進化してるだろ。いわゆるIT屋が使うのではなく、科学
技術計算をする必要があるサイエンティストやエンジニアに
とって、プログラミング言語の修得という余計な労力を
最低限にできるという意味で、使い勝手がいいのでは？

98 ：名刺は切らしておりまして：2019/07/30(火) 19:10:23.31 ID:a8qYNmBK.net

>>94
まさにそこだよね．10進数で計算してくれ言語じゃないと．
他にそんな言語知らないけど，なんかあるのかなぁ．

99 ：名刺は切らしておりまして：2019/07/30(火) 19:14:54.67 ID:w5OeIFRo.net

PC9801をエミュレート汁

100 ：名刺は切らしておりまして：2019/07/30(火) 19:16:02.23 ID:pzxSVpWs.net

>>97
なるほどね、サンクス

101 ：名刺は切らしておりまして：2019/07/30(火) 19:16:27.69 ID:5LmB6QpP.net

>>98
Javaならできる

102 ：名刺は切らしておりまして：2019/07/30(火) 19:18:07.66 ID:B4nPJoYs.net

みずほファミリアはJava？

103 ：名刺は切らしておりまして：2019/07/30(火) 19:18:17.39 ID:WcbeKUkM.net

>>36
昔は一時ワークにもテープ使っていたからな
ディスクが信じられないほど高価だったこともあるけど
今じゃテープを一時ワークにするなんて考えられないわ

104 ：名刺は切らしておりまして：2019/07/30(火) 19:24:08.39 ID:mQFgYlX2.net

昔は、COBOLのハードウェア直接実行マシンなんてのがあったんだぞ
ピンと来ないだろうな

105 ：名刺は切らしておりまして：2019/07/30(火) 19:24:36.32 ID:gX7hCfWG.net

>>98
javaでstrictfpという宣言をすればIEEE754で演算できるようになる

106 ：名刺は切らしておりまして：2019/07/30(火) 19:28:36.49 ID:u5V0nXay.net

Javaももう25年も経つのか。COBOLになれなかった半端者め。

107 ：名刺は切らしておりまして：2019/07/30(火) 19:28:59.85 ID:a8qYNmBK.net

>>101
BigDecimal 使えってことだろうが，，
それが言語のデフォルトじゃないしなぁ．

108 ：名刺は切らしておりまして：2019/07/30(火) 19:29:09.23 ID:mQFgYlX2.net

AWSにしたらバッチジョブは完結する保証がないし、
自前プリンタは必須
コスト半減まで行けば、大成功かな

109 ：名刺は切らしておりまして：2019/07/30(火) 19:30:18.33 ID:6ofxu857.net

>>11
もともと事務員が書けるようなものを目指してるからな。

110 ：名刺は切らしておりまして：2019/07/30(火) 19:36:06.68 ID:3jEwrrYi.net

>>109
COBOLとかFortranは、プログラミングの専門家ではなく、
計算を必要とする領域の専門家がコーディングすることを
前提としているからね。

111 ：名刺は切らしておりまして：2019/07/30(火) 19:45:51.44 ID:76cNn3jk.net

>>16
読める！読めるぞ！！

112 ：名刺は切らしておりまして：2019/07/30(火) 19:48:43.61 ID:Y/Lz+fHT.net

なんだかんだ言ってCOBOLを使ってた
人間は勝ち組で引退できるとはね

113 ：名刺は切らしておりまして：2019/07/30(火) 19:54:21.83 ID:k0WVUsJX.net

COBOLエンジニアの収入上がってきてるね。

114 ：名刺は切らしておりまして：2019/07/30(火) 19:58:20.20 ID:Uy0OJfdt.net

>>11
完全手続き型特化のSQLと聞くとイメージできるだろうか

115 ：名刺は切らしておりまして：2019/07/30(火) 20:07:02.58 ID:B4nPJoYs.net

いやあんな高度なことはできない

116 ：名刺は切らしておりまして：2019/07/30(火) 20:22:09.10 ID:qUG6R92V.net

YPS

117 ：名刺は切らしておりまして：2019/07/30(火) 20:24:33.52 ID:diXHOUyb.net

今の今までCOBOLを排除できなかった企業は
現状に固執することを選ぶような

118 ：名刺は切らしておりまして：2019/07/30(火) 20:37:41.72 ID:3jEwrrYi.net

>>117
ユーザーは業務に必要なソフトウェアを組むための
プログラミング言語がなにかなんて興味ないだろ。

119 ：名刺は切らしておりまして：2019/07/30(火) 20:45:08.97 ID:moc9+HIB.net

>>113
そろそろ残存者利益が出てきた頃かな。
20代で新たにCOBOLをやる奴もいないだろうし、60代は引退の時期だし。

120 ：名刺は切らしておりまして：2019/07/30(火) 20:49:15.62 ID:x/v2OrcN.net

>>28
どんな言語、ハードだって
結局は移行作業必要になる時がくるやろ…

121 ：名刺は切らしておりまして：2019/07/30(火) 21:05:22.57 ID:in1IgPul.net

>>118
維持してるのはユーザーじゃないの？
興味ないかもしれないけど、ユーザー以外はそんな骨董品のシステム使いたいニーズ持ってないんだから

122 ：名刺は切らしておりまして：2019/07/30(火) 21:15:21.26 ID:q1EcGCaF.net

中間ファイル作りまくり

123 ：名刺は切らしておりまして：2019/07/30(火) 21:20:17.53 ID:in1IgPul.net

維持し続ける理由ってなんだろな
新しく書き起こしたら莫大な試験でとてもこなせないとか、そう言う理由なんだろか？
また、使ってるところはどこなんだろ
銀行みたいなところなんだろうか？
そんなところがアマゾン簡単に使うような選択するとは思えないけど

124 ：名刺は切らしておりまして：2019/07/30(火) 21:45:04.69 ID:DTU4vS8n.net

>>117
保守料金や保守期間には興味津々だがな

125 ：名刺は切らしておりまして：2019/07/30(火) 21:55:46.59 ID:hKFippcw.net

>>14
で？

金融系のレガシー関連以外に具体的な仕事あるの？
あるなら出してみな。

126 ：名刺は切らしておりまして：2019/07/30(火) 21:56:37.29 ID:hKFippcw.net

>>44
これユニコード時代になるとどうでも良いことなんだよね。

16ビットコードの時代には取り扱いが面倒だったのは事実だけど。

127 ：名刺は切らしておりまして：2019/07/30(火) 21:58:06.92 ID:hKFippcw.net

>>6
大手銀行は別にして現実にコボルの適用分野はほぼレガシー関連しかない。

要するに不要なシステムなんだよね。

128 ：名刺は切らしておりまして：2019/07/30(火) 21:59:36.04 ID:O8drsgfK.net

良かったね、これで80代も働けるよ

129 ：名刺は切らしておりまして：2019/07/30(火) 22:00:37.84 ID:BIU6oCpk.net

あとはドットインパクトプリンタの新機種が待たれる

130 ：名刺は切らしておりまして：2019/07/30(火) 22:01:29.10 ID:hKFippcw.net

>>11
既存の言語はプログラムタイプの簡略化、簡便化を考える。

コボルは20年後の人がそのプログラムから組織、人員、デバイスなどのメタ的な状況を含む全ての情報で理解でき、かつ誤解する可能性がないことを要求する。

要するに効率良く仕事をしようとする最近の言語に対して、プログラム作成のための労力は無限に投入可能という思想で作られたのがコボル。

作成の中心がアメリカ軍の後方部門というのは伊達ではない。

131 ：名刺は切らしておりまして：2019/07/30(火) 22:02:15.37 ID:hKFippcw.net

>>12
マシン語とか言っても、マシンごと仮想化すれば良いだけだからね。

132 ：名刺は切らしておりまして：2019/07/30(火) 22:03:30.10 ID:hKFippcw.net

>>128
20代の優良で健全な労働力が大量に投入可能というのがコボルシステムが要求する最も重要なリソースだが？

133 ：名刺は切らしておりまして：2019/07/30(火) 22:13:20.83 ID:Fo6Z6Fvh.net

漫画のコボちゃんは子供だけど
IT業界のコボちゃんはおっさんだらけ

134 ：名刺は切らしておりまして：2019/07/30(火) 22:13:21.90 ID:WP4XU7z5.net

>>127
適用分野があるなら不要ではないじゃん

135 ：名刺は切らしておりまして：2019/07/30(火) 22:14:03.03 ID:vEgs+zyk.net

COBOLでたくさんプログラムを作ったな、オンライン処理、バッチ処理、サブルーチン、
８０年代だけど充実してたわ、当時日立のＭ２２０でＤＢはＰＤＭ�Uで端末は５６０/２０
エミュレータ、ＤＢ操作はＸＤＡＴＢＡＳ　ＲＥＡＤＭ　ＲＤＮＸＴとか使ってプログラミングしてた
ＧＯＴＯレス、うちパフォームそとパフォーム文を駆使してた。テープソートなんかしないし
索引順編成ファイルを作成すればソートしたことになるし工夫しだいで簡単にバッチ処理はできた

136 ：名刺は切らしておりまして：2019/07/30(火) 22:15:07.74 ID:WP4XU7z5.net

>>130
視野の狭いIT屋のための言語ではないということだね。

137 ：名刺は切らしておりまして：2019/07/30(火) 22:15:31.31 ID:hKFippcw.net

>>134
レガシーの意味がわからないのね？

馬鹿はもう寝ろ。

138 ：名刺は切らしておりまして：2019/07/30(火) 22:16:09.97 ID:hKFippcw.net

>>136
お前のような間抜けにはお似合いかもね？

ただ、お前には動けるコボルのシステムは作れないがな。

139 ：名刺は切らしておりまして：2019/07/30(火) 22:16:37.23 ID:WP4XU7z5.net

>>137
カタカナではなく、普通の日本語で説明してみ？

140 ：名刺は切らしておりまして：2019/07/30(火) 22:31:39.44 ID:BIU6oCpk.net

COBOLは、誰でもすぐにソースが読んだりかけたりするのが良いね。
フロント側でもエクセルとかが不要になるし。

141 ：名刺は切らしておりまして：2019/07/30(火) 22:34:06.52 ID:vQa1q5M2.net

これはみんなを釣ろうとしている記事

142 ：名刺は切らしておりまして：2019/07/30(火) 23:12:23.46 ID:Lab9QcD7.net

>>30
そういう話しはまずここでは上がらない。ただの一種類資産なのにね。

143 ：名刺は切らしておりまして：2019/07/30(火) 23:12:28.50 ID:in1IgPul.net

触ってる人居ないの？
現役で
スレでマウントとり会うのは構わないけど、今使ってる人がいるならどんな用途でなんで使い続ける判断してるのか、可能な範囲で聞いてみたい

144 ：名刺は切らしておりまして：2019/07/30(火) 23:17:17.47 ID:IRpZtTpU.net

これは需要あるだろ。
いままで完璧に近く動いてた完成させたコードがそのまま使える。
コボル自体を稼働させるためのハードやソフト絡みのことは丸投げできる。
縮小、衰退ぎみのコボルを逆手にとり一括管理してくれる。

145 ：名刺は切らしておりまして：2019/07/30(火) 23:23:25.09 ID:HvxA1HNQ.net

お前らが何言ってるのかさっぱりわからんのが、逆に楽しい

146 ：名刺は切らしておりまして：2019/07/30(火) 23:23:53.40 ID:IRpZtTpU.net

COBOLアプリがAWSで動く、「コスト8割減」をうたう新サービスが登場　　日経　ｘＴＥＣＨ
2019/07/01
COBOLプログラムを稼働させるハードウエアの保守・運用には多大なコストが発生するのが一般的だった。
ところが、最新技術の活用でこの状況を改善できる可能性が出てきた。
それが、フランスのブルーエイジ（Blu Age）が手掛けるサービス「Serverless COBOL for AWS」である。

Serverless COBOL for AWSは、「AWS Lambda」を使って既存のCOBOLシステムをサーバーレス環境で動かせるようにするサービスである。
AWS Lambdaは、米アマゾン・ドット・コムのAWSで提供されているサービスの1つ。

処理時間にしか課金されないためコスト効率に優れている。
COBOLシステムをサーバーレスに移行できれば、メインフレームの維持に費やしていたコストの削減が見込める。
ブルーエイジのシニアソフトウエアアーキテクト、ティエリ・マソン氏は、
「メインフレームでCOBOLシステムを動かすのに比べて、8割ほどの保守・運用コスト削減を見込める」と自信を見せる。

147 ：名刺は切らしておりまして：2019/07/30(火) 23:26:49.60 ID:g2Ga+jh4.net

>>135
そういう時代もあったね
しかしワークステーションやＰＣが台頭し、
COBOLプログラマも３日でＣを習得して、
現場投入されたよね

148 ：名刺は切らしておりまして：2019/07/30(火) 23:28:35.82 ID:IRpZtTpU.net

たとえば、web検索やGメールを自前で製造するか、ネットでやるかの違い。
検索エンジンを自前でやるとサーバーとかプログラムがいるが。
すでにあるやつ使う分にはブラウザだけでいい。
コボルが動くシステムを、アマゾンに丸投げ。
たとえば、メモ帳でコボルのプログラムを書いてネット送信すれば応答くるようなもの。それを業務で使えるほど規模でやる。

149 ：名刺は切らしておりまして：2019/07/30(火) 23:41:32.10 ID:vQa1q5M2.net

日本にたくさんあるから儲けたいんだろうな

150 ：名刺は切らしておりまして：2019/07/30(火) 23:50:00.60 ID:i9Fbu4a+.net

みずほかわいそう

151 ：名刺は切らしておりまして：2019/07/30(火) 23:53:56.56 ID:i9Fbu4a+.net

お前ら最新技術のスレだと的外れレスばっかりなのに、COBOLスレになると妙に具体的な話になるなw

152 ：名刺は切らしておりまして：2019/07/31(水) 00:06:23.44 ID:7O3hHs2a.net

ＲＰＧはどうなん？？

そもそもIBMに対応してるかという問題があるがｗ

153 ：名刺は切らしておりまして：2019/07/31(水) 00:13:23.06 ID:/9ZoNjP3.net

言語の問題ではなく、システムを構成するハードウェアとその規模もの問題じゃね？
まぁ、どうでもいいけど。

154 ：名刺は切らしておりまして：2019/07/31(水) 00:28:07.19 ID:de4WGzHn.net

COBOL>JAVAのリコンパイラで支障ないならコボラー滅びそう

155 ：名刺は切らしておりまして：2019/07/31(水) 01:04:17.58 ID:E2UMrYOo.net

もうCOBOLは20年、お目にかかってないｗ
でもいまでも錆びていない

156 ：名刺は切らしておりまして：2019/07/31(水) 02:54:14.88 ID:lelMvj3T.net

COBOL書けると以外にメシウマなんだよね。
ただ、創造性のある仕事にはつけない。

157 ：名刺は切らしておりまして：2019/07/31(水) 04:38:15.09 ID:BvvBtx8E.net

>>144
メーカー毎COBOL毎に微妙に仕様が違うから、
ソースレビュー・確認・修正は必須
特に深刻なのは、日本語処理周り
事前のデータコンバージョンが必要
丸投げ的なことはできないのよ

158 ：名刺は切らしておりまして：2019/07/31(水) 07:55:31.55 ID:FLJjNYpB.net

COBLEの最大の欠点は
それを動かすメインフレーム機の費用がとんでもなく高いこと。
これをAWSで動かすことができるなら確かに需要はあるだろう。
あとは>>157の言うようにメーカーごとにまるで異なる方言をどこまで吸収対応できるか。
日本語対応はまったく期待できない気もするが。

159 ：名刺は切らしておりまして：2019/07/31(水) 08:41:53.58 ID:5EM7wIS2.net

>>14
新しいシステムがCOBOLで作られてるわけじゃなく昔作ったものをひたすら保守して結果COBOL使える人材もいなくなってるってことじゃない？
そして今でも使ってるところはしすてむがでかすぎて入れ換えるにも金がかかるってことかと

160 ：名刺は切らしておりまして：2019/07/31(水) 09:04:24.43 ID:0joNfA+I.net

今時COBOL触れるの爺さんしかいないじゃん。

161 ：名刺は切らしておりまして：2019/07/31(水) 09:09:37.84 ID:MgFwtJmF.net

すでに動くものがあるなら
エミュレーターを作るのが早いわな

動作速度とかタイミングとかの関係で
エミュレーションだけでは完全な動作を保証できないところもあるかもしれないけど

162 ：名刺は切らしておりまして：2019/07/31(水) 09:11:02.32 ID:jAZea7/R.net

>>125
東急電鉄の車両管理システム

163 ：名刺は切らしておりまして：2019/07/31(水) 09:28:06.89 ID:sdNpk9SV.net

ピリオドが有るかどうかをソースを永遠と探してた思い出

164 ：名刺は切らしておりまして：2019/07/31(水) 09:29:33.73 ID:OtUSRNOa.net

ＣＯＢＯＬは金利計算に適している１番の言語、基準残，積数、切捨て等、計算式が楽に作れる
メンテもしやすいが変更履歴が増えると実行ステップよりメモが増えて目検（めけん）でのチェック
がいやになることもある。
あとはデバッグが面倒、デバッガーを使用してテスト結果を記録するのに時間がかかる、まあ
どの言語も似たようなものだが、コストの面は昔はハードが高かったが汎用機からＰＣサーバに
代わり随分安価になったが信頼性がダウンしたＯＳのせいだな仮想環境が維持費用を拡大した

165 ：名刺は切らしておりまして：2019/07/31(水) 09:33:48.24 ID:Oa0D9ySL.net

レガシーシステムごっそり持っていかれるな

166 ：名刺は切らしておりまして：2019/07/31(水) 09:43:43.99 ID:a2OtTGiz.net

大事な基幹システムを一企業のサーバ上に置くとか狂気の沙汰ｗｗｗｗｗ

167 ：名刺は切らしておりまして：2019/07/31(水) 10:15:08.97 ID:B0uh/gq/.net

> 一方、稼働時間が限られるAWS Lambdaは、「長いトランザクション処理などは苦手」（マソン氏）という。
バッチ処理とか大丈夫なん？

168 ：名刺は切らしておりまして：2019/07/31(水) 10:22:29.90 ID:B0uh/gq/.net

>>130
プログラムを作るのに必死で、重要な設計資料を作っていませんでした。
という初学者にありがちなミスを犯してるんだな。

169 ：名刺は切らしておりまして：2019/07/31(水) 10:24:11.13 ID:B0uh/gq/.net

>>119
今なら訓練されたベトナム人が投入される。

170 ：名刺は切らしておりまして：2019/07/31(水) 14:07:54.40 ID:yh5OnvAh.net

>>60
テキストでソースコード書かなくても大量の「設定」が必要になると思われる。
セールスフォースみたいになるならソース書いたほうが100倍マシ。
sfdcも結局コード書く羽目になるし、、、

171 ：名刺は切らしておりまして：2019/07/31(水) 14:38:45.50 ID:PVgU3SIy.net

>>1
コボル書く人
コボロックル

172 ：名刺は切らしておりまして：2019/07/31(水) 14:55:42.79 ID:hqYC+kle.net

>>21
人が書いたコードでも読み解くのに時間がかかるのに
ＡＩが書いたコードなんか理解不能で保守不能になる

173 ：名刺は切らしておりまして：2019/07/31(水) 15:11:37.43 ID:hcmm6Dmr.net

>>168
そのかわり、その辺の手書き伝票とかまんま入出力できる

174 ：名刺は切らしておりまして：2019/07/31(水) 15:48:40.99 ID:1xheutnN.net

>>167
AWS lambda は普通は秒単位で終わるようなプロセスを実行するための環境なんだが
最長は15分まで

175 ：名刺は切らしておりまして：2019/07/31(水) 16:57:21.76 ID:7dV631X2.net

>>172　AIとは違うけど…
20年以上前までNECの汎用機ACOSでCOBOL/Sのプログラムつくってたけど、
コンパイルエラーだか実行時エラーのときにプリントされたコボルソースが
COBOL/Sじゃなくて機械的に展開したCOBOLだったので、とんでもなくわかりにくい
ものだったのを思い出した。

176 ：名刺は切らしておりまして：2019/07/31(水) 19:09:55.37 ID:YAwIEJOx.net

アマゾンの底辺社員に金を盗まれるだけw

177 ：名刺は切らしておりまして：2019/07/31(水) 19:11:55.51 ID:wpT5t5MW.net

底辺社員がクラウドの中身をいじれる訳ないだろう

178 ：名刺は切らしておりまして：2019/07/31(水) 19:13:01.17 ID:D4SWnrjN.net

よーし、金利の四捨五入の端数を自分の口座に集めちゃうぞ

179 ：名刺は切らしておりまして：2019/07/31(水) 19:19:25.85 ID:UhOM+9JZ.net

>>178
伊藤素子事件だっけ？

180 ：名刺は切らしておりまして：2019/07/31(水) 19:22:49.91 ID:wpT5t5MW.net

今金利がメチャクチャに低いから
そういうのをやると目立つと思う

181 ：名刺は切らしておりまして：2019/07/31(水) 19:30:17.23 ID:mU0Cc4B7.net

>>178
マイコン大百科乙

182 ：名刺は切らしておりまして：2019/07/31(水) 20:05:52.14 ID:wiLoqe3/.net

>>175
ITOS、NTOS、PTOSのCOBOLずっとやってて、ACOS2、ACOS4の画面系初めてやったときはビビった
違いすぎだろ、何だよ画面を送信するってw

183 ：名刺は切らしておりまして：2019/07/31(水) 21:21:45.04 ID:OtUSRNOa.net

金利計算に四捨五入はない、すべて切り捨てです。

184 ：名刺は切らしておりまして：2019/07/31(水) 21:34:41.73 ID:u29XHE/0.net

AIがコード書くとして、というか、
機械学習はヒューリスティクス関数を得ることなので、
「コード」っぽいものが得ることはできると思う。

だから、コードを読んで、検証やテストの為の
プログラミングが必要になるんじゃないか

プログラミング（コード）を検証するプログラミング（）

185 ：名刺は切らしておりまして：2019/07/31(水) 22:04:49.72 ID:TzQAbOX6.net

AWSってなに？アマゾン雲通信サービスてこと？
雲、クラウド空中？え？
単にデータ通信網が速いから
他所の会社で自社のシステムを
全部移行して、つかうだけでしょ

186 ：名刺は切らしておりまして：2019/07/31(水) 22:17:59.34 ID:zSbSjTJR.net

Amazonのクラウドなんて時給制で中国人やインド人が管理w
セブン同様に盗まれるだけ〜

187 ：名刺は切らしておりまして：2019/07/31(水) 22:49:54.13 ID:HywDPorb.net

フォートラン

188 ：名刺は切らしておりまして：2019/07/31(水) 22:50:56.61 ID:HywDPorb.net

PL1

189 ：名刺は切らしておりまして：2019/07/31(水) 23:04:33.02 ID:sR/BQi+R.net

>>1
＞　「COBOLで開発したシステムを稼働させるハードウエアが高い」ことをCOBOLの短所に挙げて

だが、そういうハードウェアだからこそ１０進数計算が得意とか、事務処理アプリに
おいて有利な面があるんだよ

FinTech時代の今、COBOLやPL/I、メインフレームが勘定系システムで必要な理由
CPUと演算の関係〜メインフレームのCPUは銀行の預金計算に向いている
https://www.atmarkit.co.jp/ait/articles/1610/20/news010.html

190 ：名刺は切らしておりまして：2019/07/31(水) 23:08:36.99 ID:1fi2if/P.net

>>186
？

191 ：名刺は切らしておりまして：2019/07/31(水) 23:43:22.82 ID:TzQAbOX6.net

言語関係ないよね

192 ：名刺は切らしておりまして：2019/08/01(木) 00:15:15.74 ID:f4Reee24.net

C++にもデシマル型とかパックドデシマル型とか作ればよいのに。

193 ：名刺は切らしておりまして：2019/08/01(木) 11:13:12.10 ID:FhIEvP8D.net

>>189
今どきハードウェア十進計算なんてアドバンテージにはならないだろ

194 ：名刺は切らしておりまして：2019/08/01(木) 11:13:29.52 ID:FhIEvP8D.net

>>192
作れるよ

195 ：名刺は切らしておりまして：2019/08/01(木) 11:53:07.12 ID:M4VunkbF.net

>>16
ローマ語みたいや

196 ：名刺は切らしておりまして：2019/08/01(木) 13:00:30.56 ID:7gapbCT5.net

プログラム言語が使えるだけでは、何も解決しないんだよ。
ど素人は気楽でいいなwww

197 ：名刺は切らしておりまして：2019/08/01(木) 13:20:47.79 ID:nzWOJ7ZH.net

自分のいってたＦＳという保険屋は
Ｆのメインフレームからパッケージに去年移行したけど
当初４年の計画が９年ぐらいかかっている
現行とパッケージを合わせる作業に５年ぐらいかかってた

正直よく移行したと思うわ、予算が当初の５，６倍かかってたな
保険屋はまだパッケージがあるからいいけど
公共（年金）はずっとコボルでいかないと無理だと思う
というかリプレス不可能だと思う

198 ：名刺は切らしておりまして：2019/08/01(木) 13:44:53.93 ID:kDTxIak3.net

COBOLerになれば年金貰いながら
月60万稼げるぜ？

199 ：名刺は切らしておりまして：2019/08/01(木) 13:53:39.25 ID:No6UOuq2.net

>>194
作れるのは知ってる。
作った奴がいるのかという話。

200 ：名刺は切らしておりまして：2019/08/01(木) 13:57:26.32 ID:FmSC0DrH.net

>>11
COBOLは仕組み的には機械語に近い。
簡略化された命令が少なく、自分でメモリの構造を考慮しながら組む言語。
今ある言語からは程遠い。PASCALもFortranもCOBOLに比べれば高級言語。
もう、いまじゃ高級言語なんて若い人はわからないんだろうな。

201 ：名刺は切らしておりまして：2019/08/01(木) 14:05:28.00 ID:TcSUq6c8.net

C/C++のBCD演算とか多倍長演算、任意精度?

フリーでもGMPとかあるやろ?
decimal型とか用意してるのはIBMだっけ?

202 ：名刺は切らしておりまして：2019/08/01(木) 14:50:42.55 ID:mS5R8nRo.net

>>200
釣りですか、ＣＯＢＯＬを知らないのですか、機械語に近いのはアセンブラです。
ＣＯＢＯＬは高級言語です、事務処理に一番適してる。
PASCALやＦＯＲＴＲＡＮでオンライン処理ができますか？

203 ：名刺は切らしておりまして：2019/08/01(木) 15:00:44.35 ID:YOd9+xyo.net

逆にCOBOL使える人は高く使ってもらえたりしないの？

204 ：名刺は切らしておりまして：2019/08/01(木) 15:49:26.70 ID:op240Psi.net

太い字

205 ：名刺は切らしておりまして：2019/08/01(木) 15:55:53.29 ID:nzWOJ7ZH.net

業務知識あれば高値安定そうでなければ低い
それがCOBOL

206 ：名刺は切らしておりまして：2019/08/01(木) 15:56:26.23 ID:op240Psi.net

また、これがはじまったｗ

207 ：名刺は切らしておりまして：2019/08/01(木) 16:21:17.04 ID:LMqLrpe4.net

Windows10で動くVisualCOBOL.NET頼むわ＾＾

208 ：名刺は切らしておりまして：2019/08/01(木) 16:36:26.96 ID:cDTKV1pZ.net

もうコボルやめろよｗｗｗｗｗｗ

いつまで遺産を使い続けるんだ？？？

209 ：名刺は切らしておりまして：2019/08/01(木) 16:58:40.87 ID:C2eq/PAu.net

新しい機能が必要なければ、バグが取れて枯れてるシステムのほうがいいのがわからんの？

210 ：名刺は切らしておりまして：2019/08/01(木) 17:00:35.61 ID:6JfR+x2A.net

古い言語がクソだとは限らないのがこの業界

211 ：名刺は切らしておりまして：2019/08/01(木) 17:26:49.46 ID:WlWWRoIH.net

>>207
MicroFocusが出してるぞ
冗談ではなく

212 ：名刺は切らしておりまして：2019/08/01(木) 17:37:38.06 ID:jQgNUjRA.net

COBOLというか汎用機を未だに使ってる企業はかなりあるよ
システムをリプレースする予算がないとか
リプレースに失敗したときに責任を取りたくない人が邪魔してるなど

213 ：名刺は切らしておりまして：2019/08/01(木) 17:55:39.42 ID:sGzHnbvC.net

>>209
役所みたいに金がじゃぶじゃぶ使えるならな

214 ：名刺は切らしておりまして：2019/08/01(木) 18:39:33.42 ID:0LoF3NfS.net

>>178
ガス・ゴーマン乙

215 ：名刺は切らしておりまして：2019/08/01(木) 19:24:15.07 ID:+pO2TGcw.net

今のコボルはラムダ関数やジェネリックスが使える

216 ：名刺は切らしておりまして：2019/08/01(木) 19:56:19.29 ID:Pr6UYqQx.net

かなり昔、COBOLにオブジェクト指向機能が追加されたのも、あまり知られていない

217 ：名刺は切らしておりまして：2019/08/01(木) 20:06:14.64 ID:iH8Jsz4B.net

IDENTIFICATION DIVISION

218 ：名刺は切らしておりまして：2019/08/01(木) 20:07:06.63 ID:iH8Jsz4B.net

>>200
バカ現る

219 ：：2019/08/01(木) 20:11:30.13 ID:lvPL0vdR.net

>>192
そういうのが欲しければ自分で書くのが C/C++ の文化だと思います
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51

220 ：名刺は切らしておりまして：2019/08/01(木) 20:34:02.24 ID:7htibJwS.net

>>105
IEEE754じゃ誤差が出るだろ
BCDでないと

221 ：名刺は切らしておりまして：2019/08/01(木) 21:28:44.95 ID:f4Reee24.net

>>219
必要があれば自分で書くけど、みんな困ってるんじゃないかと思ってね。

222 ：名刺は切らしておりまして：2019/08/01(木) 21:47:52.94 ID:nhvCLz8Z.net

Cobol を使わなかったセブンの末路知ってるか？
バカって直ぐに安いシステムに食いつくんだよねw

223 ：名刺は切らしておりまして：2019/08/01(木) 22:12:22.32 ID:Dn2TnNkx.net

>>189
メインフレームの性能なんてクソだろ。
ただ、低い故障率やメーカー保証があるから使うだけ。
あと、I/Oをコプロに投げるからCPUの
性能は必要ない。

224 ：名刺は切らしておりまして：2019/08/01(木) 22:19:00.62 ID:Dn2TnNkx.net

>>202
PASCALオンラインはあるよ。
それと、COBOLのパック演算や文字操作は
マイクロコードになってるから
アセンブラでも書ける。

225 ：名刺は切らしておりまして：2019/08/01(木) 22:37:50.99 ID:jgt5QZRE.net

>>10
LambdaがLambdaを呼ぶコード書いて事故るとクラウド破産しかけるけどな〜

226 ：名刺は切らしておりまして：2019/08/01(木) 22:45:33.27 ID:mS5R8nRo.net

>>224
ごめんよ、私の今までの経験（金融、自治体、警察、図書館等）で汎用機でPASCALを
見た事がなくオンライン処理ができるなんて知らなかった、もしよろしかったらどんな業種で
どういうシステムで使ってたか教えてください。

227 ：名刺は切らしておりまして：2019/08/01(木) 23:05:33.01 ID:NJzv3X17.net

ibmiはいいゾ〜

228 ：名刺は切らしておりまして：2019/08/02(金) 00:00:30.49 ID:lzPtpZJK.net

>>221
困るっつっても、必要だったら小一時間で書けるようなものだし

229 ：名刺は切らしておりまして：2019/08/02(金) 00:42:04.56 ID:bTm+BBFe.net

30桁のパック演算で誤差が絶対出ないとか保証できるもの作るの？

230 ：名刺は切らしておりまして：2019/08/02(金) 11:08:02.49 ID:hN94pMk5.net

>>15
みずほさんの惨状見たら、やっぱコボルのままでいいやってなりそう

231 ：名刺は切らしておりまして：2019/08/02(金) 13:14:23.68 ID:znWf+HT3.net

>>229
COBOLだと誤差出ないとでも？

232 ：名刺は切らしておりまして：2019/08/02(金) 19:17:02.54 ID:91dLFbBj.net

俺が就職した70年代半ば、158 2台で昼間はオンラインとプログラムテスト。
夜間はバッチジョブとプログラムテストだった。

既に仕様書のないアセンブラとかあったな。

233 ：名刺は切らしておりまして：2019/08/02(金) 21:12:45.43 ID:X6PEgIYf.net

>>231
エンジニアが保証したぞ
しかも書面でww

234 ：名刺は切らしておりまして：2019/08/02(金) 22:28:12.00 ID:nChqqkU0.net

>>220
BCDでも1÷3みたいな演算すれば誤差は出るわけだが？　根本的に勘違いしていないか？

235 ：名刺は切らしておりまして：2019/08/02(金) 22:35:04.11 ID:Yc4XyjMI.net

1+0.1を計算してみよう

236 ：名刺は切らしておりまして：2019/08/02(金) 23:10:55.36 ID:q4/nUswd.net

概ね　１　

237 ：名刺は切らしておりまして：2019/08/03(土) 00:46:32.16 ID:5ODq3vvq.net

オブジェクト指向言語で固定小数点オブジェクト作ったら?

238 ：名刺は切らしておりまして：2019/08/03(土) 01:44:43.86 ID:etzUhft8.net

>>237
2進⇔10進高速変換ができないと、長時間バッチなんてできないのよ

これには普通、10で割るループを組んで下の桁から順に取り出すというのが定石
これだけでも大量に除算が入る
さらに、最新COBOLでは10進32桁のデータを扱えることとなっているから、
2進では128ビット整数で表すことになる
普通のサーバじゃこのビット数の整数は１０では割れず何らかの除算例外が発生する
ひと工夫すれば回避できるが、すると大きなオーバヘッドの発生は避けがたいわけ

カプセル化だけでは済まない理由がこの辺にある

239 ：名刺は切らしておりまして：2019/08/03(土) 01:49:05.87 ID:Yr9guHuT.net

今からプログラマー国策で育ててるからあと15年もすれば供給されるだろ

240 ：名刺は切らしておりまして：2019/08/03(土) 02:13:25.62 ID:5ODq3vvq.net

>>238
オープン系だとバッチ処理はHadoopで荒粒度並列化という手段があるのでは?

241 ：名刺は切らしておりまして：2019/08/03(土) 02:43:54.54 ID:sgatfmlC.net

>>238
それハードの問題だよね？
COBOLはどう問題回避してるの？

242 ：名刺は切らしておりまして：2019/08/03(土) 02:54:46.68 ID:etzUhft8.net

>>241
だから、オープン系には事実上10進演算ハードウェア命令がないでしょ
一方、汎用機やオフコンはそれを備えてるわけ
COBOLの大部分の10進演算は1〜数命令の機械語に展開され、
高速で実行されるのよ

243 ：名刺は切らしておりまして：2019/08/03(土) 07:14:56.64 ID:lyl0U/nH.net

15年後にCOBOL要員がたくさん送り込まれるな・・・

244 ：名刺は切らしておりまして：2019/08/03(土) 09:42:38.72 ID:5ODq3vvq.net

>>242
専用ハードが必要ならFPGAでよくない？
本当に必要なのかわからんが

245 ：：2019/08/03(土) 12:23:32.30 ID:Mi3f8tJd.net

>>242
オフコンの10進演算ハードって掛け算や割り算もサポートしてたんですか？

246 ：名刺は切らしておりまして：2019/08/03(土) 12:30:05.37 ID:lhGw4Umj.net

今時の汎用機やオフコンってどの程度の性能があるの？
ハードウェアでサポートしてても、
パソコン搭載程度のCPUでエミュレートしたのと
どちらが性能良いかな？

247 ：名刺は切らしておりまして：2019/08/03(土) 12:43:23.16 ID:ATPnHi0S.net

昔タイプの仕事ってのがあったけど今見無いよね

248 ：名刺は切らしておりまして：2019/08/03(土) 17:52:53.63 ID:5ODq3vvq.net

バッチ処理はホストじゃないと高速に処理できないんです！ってネタだよな?

https://oss.nttdata.com/hadoop/case7_smcc.html

249 ：名刺は切らしておりまして：2019/08/03(土) 18:07:35.94 ID:IQPNiKh2.net

コモンビジネスオリエンテッドランゲージでいいんだっけ。

250 ：名刺は切らしておりまして：2019/08/03(土) 18:35:01.47 ID:MePqtjQ+.net

>>248
ホストって汎用機を指す言葉ではないのでネタではないんじゃないの
ホストコンピュータはあらゆる形があるからね、汎用機の場合もあるしＰＣサーバもあるし
ただのＰＣの場合もある。

251 ：名刺は切らしておりまして：2019/08/03(土) 19:07:57.70 ID:QV3nDZCf.net

>>63
IBMの方言みたいな言語なのに、まだ存在してるのかよ。
コンパイルしたら、COBOLより速いとかなんとかが当時の売りなんだっけ

252 ：名刺は切らしておりまして：2019/08/03(土) 21:48:58.88 ID:jDEH9iz5.net

>>238
最初から最後までBCDで計算すればいいだけ。
ニシンが出てくる必要はない。

253 ：名刺は切らしておりまして：2019/08/03(土) 22:01:12.85 ID:DW2G88Kt.net

AWS求人すごいな

254 ：名刺は切らしておりまして：2019/08/03(土) 22:33:52.37 ID:8YlcUS5w.net

PERFORM

END PERFORM

255 ：名刺は切らしておりまして：2019/08/03(土) 22:42:50.70 ID:5ODq3vvq.net

>>250
この文脈でのホストならPCサーバとPCは含まなくないか?

> 基幹システムでは、メインフレーム(以下：ホスト)で大量のトランザクションを処理しているが、

256 ：名刺は切らしておりまして：2019/08/03(土) 22:53:50.97 ID:ERV5dXy+.net

月１００万超って聞いた。
JCLしか知らんワシは１０万も無理だが。

257 ：名刺は切らしておりまして：2019/08/03(土) 23:02:31.39 ID:09DjtVZD.net

>>238,242
なるほど cobol 長生きするわけだ

258 ：名刺は切らしておりまして：2019/08/03(土) 23:04:39.87 ID:09DjtVZD.net

外国の銀行はどうやっているんだ？
アメリカとかユダヤのところとか

259 ：名刺は切らしておりまして：2019/08/04(日) 00:12:31.48 ID:V3a/7+UG.net

>>258
Nasdaq　ブロックチェーンが変える株式相場の未来
https://innovation.mufg.jp/detail/id=201

260 ：名刺は切らしておりまして：2019/08/04(日) 00:17:35.32 ID:3JfJlCEU.net

>>257
COBOLシステムに携わってる人がこの程度の認識だと、
そりゃCOBOL最強って思ってるだろうなぁ

261 ：名刺は切らしておりまして：2019/08/04(日) 00:51:14.87 ID:vLY8+g7j.net

なんだAWACSの話しじゃないのかよ

262 ：名刺は切らしておりまして：2019/08/04(日) 13:59:26.73 ID:kZjxK5/E.net

>>242
何？昭和？
ムーアの法則って知ってる？

今やその辺のPCでも例えば単純な加減乗除なら1秒に10億回　金融の基本的な入金処理に1000倍のステップないし時間がかかるとしても1秒に100万件処理
日本のATMの総数は十数万台　大量の日本人が全部で一気に入出金処理しても、計算速度的にはノートパソコン一つで間に合いそうだなw
一般の振込や、少なくとも自動振替処理は別に1秒以内の一瞬で受け付ける要はない、時間分散してもよいからさらに楽
そしてもちろん、日本の全金融機関が1台のPCを共有して使っているわけでは全くない

そういう中で、何かの特殊処理の有無によって仮に10倍速い遅いに意味あんの

263 ：名刺は切らしておりまして：2019/08/04(日) 14:39:27.20 ID:zyvrMpFO.net

>>262
入出金だけで処理が終わると思ってるの？www
1つの取引で関連するDBの参照とか更新があるから、負荷は大きいよ。

264 ：名刺は切らしておりまして：2019/08/04(日) 15:06:50.98 ID:e/kwVkRL.net

>>263
その程度の負荷がクリティカルになるようなオンボロコンピュータ売ってるんだとしたら、詐欺だね。
それかプログラマーが無能すぎて無駄な処理や待ちが発生しているか。
もしくはその両方だね。

265 ：名刺は切らしておりまして：2019/08/04(日) 16:00:35.32 ID:QuY6OG3e.net

>>46
富士通の「ＣＡＳＥＴ」だったかな、部品を組み合わせていく
様にしていったらＣＯＢＯＬのソース生成からコンパイルまで
しちゃってオブジェクトができるけど、ソースは見れないという
せこい第４世代言語とかいうやつ。

266 ：名刺は切らしておりまして：2019/08/04(日) 16:30:48.75 ID:5j9qpKn+.net

ハードウェアを丸々仮想化できるならその方が安いんだろうよ

267 ：名刺は切らしておりまして：2019/08/04(日) 18:16:55.65 ID:VV5yxfrW.net

>>263
それが処理のボトルネックなら、もうCOBOL関係ないだろ

268 ：名刺は切らしておりまして：2019/08/04(日) 22:24:08.93 ID:gJWtHFAv.net

携帯の5Gですら変復調はソフトウェアで実装してる、仮想化には逆らえず金融だけ特別扱いは無理だろ。

269 ：名刺は切らしておりまして：2019/08/11(日) 17:34:47.80 ID:/7cSLacu.net

>>268
ベースバンド処理は、楽天の汎用サーバに乗ってるFPGAカードや三大キャリアの
ベンダ基地局に乗ってるFPGAでハード処理してる。

FPGAは、プログラマブルなハードなので規格が変わったり機能追加されたときに追従しやすい。


https://japan.zdnet.com/amp/article/35134297/
　楽天モバイルネットワークでは、BBUをソフトウェアで仮想化し、x86サーバをエッジサーバとして配置する。
エッジサーバは、NTTの電話局にコロケーションで設置する。基地局とエッジサーバ間は、専用の光ファイバ（100Gビット）で接続される。

　ただ、単なるx86サーバだけでは、基地局からのパケットを処理するのに負荷がかかる。
このためエッジサーバに、携帯電話ネットワークのパケット処理にチューニングしたIntelのFPGAカードが使われている。
1つの基地局に対して1つのFPGAカードが接続されることで、負荷のかかるパケット処理を高速なFPGAでハードウェア処理してしまうというコンセプトだ。

270 ：名刺は切らしておりまして：2019/08/12(月) 19:03:14.13 ID:XfUlECK4.net

最近の勘定は、二進数→10進数の小数点何桁で丸めてるの？

271 ：名刺は切らしておりまして：2019/08/12(月) 19:14:01.62 ID:Z21msZBW.net

IT虚業なんだろ

これでも動かせてる時点で奇跡なんだから今後ずっとCOBOLメンテしてくんだよ。

IT知恵遅れのジャップさん

272 ：名刺は切らしておりまして：2019/08/12(月) 19:45:42.62 ID:6Q5osngn.net

こぼかたさんが開発したからコボル

273 ：：2019/08/12(月) 20:14:01.11 ID:Evz7+UI5.net

>>272
それが面白いと本気で思っているの？

274 ：名刺は切らしておりまして：2019/08/12(月) 21:23:49.13 ID:RHYRIEIF.net

小数点以下は今は切り捨てのはず

275 ：名刺は切らしておりまして：2019/08/12(月) 22:53:11.05 ID:daBOEyas.net

独自にアセンブラのを呼ぶのはどうすんだろうな

276 ：名刺は切らしておりまして：2019/08/13(火) 08:30:51.45 ID:XljiZakd.net

FORTRAN は　数値計算シミュレーションの分野では現役。
スーパーコンピュータとかは基本的にFORTRAN。
過去に蓄積された優れたライブラリが多数あるので、別の言語に乗り換えるならライブラリも構築し直さないといけない。

277 ：名刺は切らしておりまして：2019/08/13(火) 08:36:11.00 ID:XljiZakd.net

>270

メインフレームだと、オープン系の2進数に相当するものが10進数。
BCDといって、4ビットで0〜9を表す。
通信も演算もBCDで通すので、2進数→10進数　変換処理は基本的にない。

278 ：名刺は切らしておりまして：2019/08/13(火) 08:38:50.97 ID:XljiZakd.net

>275

　OSのシステムコール系は置き換えが容易だと思う。
　アセンブラでゴリゴリ高速処理を書いている場合は、その部分だけC言語とか別言語で置き換えるのでは？

279 ：名刺は切らしておりまして：2019/08/13(火) 08:46:02.06 ID:XljiZakd.net

>267

メインフレームだと、DB2とCOBOLバッチが一つの筐体に乗っていて、オープン系でよくあるAPPサーバとDBサーバが別サーバになっていて、サーバ間の通信処理とか、接続管理とかしなくて済む。
COBOLのトランザクション処理とDBのトランザクション処理が一体化としてるから速い。

クレジットカードだと、信用情報のチェックとか、使用限界残高とかチェックしないといけないし、過去の使用パターンとの比較から盗まれたカードの不正使用でないかチェックしたり、やること色々ある。

280 ：名刺は切らしておりまして：2019/08/13(火) 08:51:46.00 ID:XljiZakd.net

>246

Zシリーズのz800は636 MIPS.

281 ：名刺は切らしておりまして：2019/08/13(火) 08:57:51.78 ID:XljiZakd.net

>246

中小の工場で使うようなミニコンタイプなら、WindowsServerにエミュレーター乗せてできる。
時間的にクリティカルな処理には向いてないけど、経理事務とかでコストを削減したい時には有効。

282 ：名刺は切らしておりまして：2019/08/13(火) 09:07:19.31 ID:XljiZakd.net

>77

メインフレームの維持費の内訳は
　メインフレームのハードのレンタル費用
　＋OSの使用料
　＋各種ライブラリの使用料(データベースとか、トランザクション処理とか、ジョブスケジューラとか多数）
　＋人件費
が高い。

　「オープン系でJavaに置き換えてしまえば、諸々のライセンス料が要らなくなるので、10年間でXX億円節約できます！」
というコンサルタントの口車に乗せられたのが、京都市役所

283 ：名刺は切らしておりまして：2019/08/13(火) 09:16:59.98 ID:T4k9TuY4.net

>>45
Windows初期の頃、dosで動いているソフトのWindows化はその手の話ばかりだったよ。

284 ：名刺は切らしておりまして：2019/08/13(火) 09:20:25.36 ID:T4k9TuY4.net

>>261
あれはObjectAdaとか？

285 ：名刺は切らしておりまして：2019/08/13(火) 10:27:56.81 ID:m88clnlP.net

amazonもアメリカパヨクに汚染されてから迷走してんなｗ

286 ：名刺は切らしておりまして：2019/08/13(火) 12:40:22.49 ID:Lyr1Gxo5.net

>>285
どいう意味？
専用フレームの仮想化が迷走？

287 ：名刺は切らしておりまして：2019/08/13(火) 23:59:11.27 ID:3EPHxKID.net

レスの仕方がおかしいのがある

288 ：名刺は切らしておりまして：2019/08/14(水) 17:40:40.14 ID:6mZE1Ork.net

>>279
構成次第やな。
ストアドプロシジャ使ってDBサーバで処理してしまうとかよくあるし。

289 ：名刺は切らしておりまして：2019/08/14(水) 17:43:16.28 ID:6mZE1Ork.net

>>282
ちゃんとやれば、本当にコスト10分の一になるけどね。
その代わり、顧客もベンダーに丸投げってわけにはいかなくて自分のところの業務を把握する必要あるけど。

290 ：名刺は切らしておりまして：2019/08/23(金) 14:49:08.76 ID:L4L2PnfH.net

>>125
物流系の基幹システムは半数がソレ

291 ：名刺は切らしておりまして：2019/08/25(日) 00:44:27.47 ID:HLcFyKzk.net

COBOL和子｢おばちゃまはね｣

292 ：名刺は切らしておりまして：2019/08/25(日) 05:50:04.39 ID:kqU2ato5.net

>>291
グレース・ホッパー女史「あなた誰？日本の映画評論家なんて知らないわよ？」

293 ：名刺は切らしておりまして：2019/08/25(日) 07:56:13.56 ID:4GomRJ/Ht

高級言語よりやれることが限られている分
古代言語のほうが設計・運用がシンプルで大規模トラブルも少ないって
ことじゃないのか？

違うならさっさと廃止したほうがいい