0001田杉山脈 ★2019/08/12(月) 17:28:11.27ID:CAP_USER
0184名刺は切らしておりまして2019/08/14(水) 08:21:35.11ID:STSPDk9O
>>181
C言語やJavaで同じ処理を書いた場合より、わかりやすいと思う。 0185名刺は切らしておりまして2019/08/14(水) 10:17:03.53ID:Y4sOEndv
>>153
日本は終わってるな
オブジェクト指向も理解出来ないのか >>183
出来ると思うよ。やり方工夫すればね。
Cobolでしか出来ない事なんて今はないだろう。 0187名刺は切らしておりまして2019/08/14(水) 18:54:09.84ID:no/+2xC2
アクセスの村上ってどうなった？
>>69
ゲームなんかなら「テヘペロ」で済むけどな 0190名刺は切らしておりまして2019/08/15(木) 16:21:57.71ID:n1QWVHDa
>>183
工夫すればできる
と、
工夫しなくても普通にできる。
は大きな違いだよ。
経理上の帳票処理の概念を、そのままのイメージで実装できるのはCOBOLが一番得意。
そのために設計された言語だし。
JavaでBigDecimalとか使って頑張って、JDBCとかSpingフレームワーク使えばできないことはないけど、
なんのために、億単位の予算かけて言語移行して、なんかいいことある？ 0191名刺は切らしておりまして2019/08/15(木) 16:38:18.41ID:lIdsArdf
コボラーにとっては頑張って使うものなのかｗ
バグもミスも許されない。
後から修正も許されない。
部品交換は許されない。
一度組み入れたら20年は問題なく動き続けなければならない。
0196名刺は切らしておりまして2019/08/15(木) 21:35:29.02ID:FZDEjLXU
>>190
ビッグデシマルって小数点丸めてるだけだし、金融には向かないよね。
どっかで一円くらい誤差が出る。 信頼性は言語の問題では無いわな
いかに検証するための環境を整備するのかで信頼性は担保される
しかしCOBOLの世界はそれが出来ているのかね？
人海戦術で金をつぎ込んでるから安心というなら息切れするぞ
>>196
64桁まで扱えるので10進演算でCOBOLと同程度の精度はあるそうだ 0199名刺は切らしておりまして2019/08/15(木) 21:55:53.15ID:CS7aEQdu
>>198
COBOL規格は、符号付10進32桁保証だぞ
2進整数でも100ビット以上必要
あと事務計算では、1円の端数が出たり出なかったりは通用しないから >>199
10進数で64桁まで保証
精度はこちらの方が上なんじゃ？ 0202名刺は切らしておりまして2019/08/15(木) 23:43:41.64ID:NTN2hGyc
COBOLの人は何かと言うと１０進演算がーというけれど、
60年前と違って、今ならちゃんと仕様が定義されていれば精度や丸め方法やその他諸々含めて
COBOLと同じ動きをする型を作るのは簡単だし、速度もx86サーバでメインフレームと
同等かそれ以上の速度出るから、そこだけ覚えて帰って欲しい。
>>200
サポートが面倒
納品時にバグが存在しないもの以外ヤダ 0204名刺は切らしておりまして2019/08/16(金) 00:07:07.16ID:8L7sC6xu
0205名刺は切らしておりまして2019/08/16(金) 00:15:14.61ID:ho4z7zRb
>>202
BCD演算ルーチン組んで性能評価してみれ
そこで激遅になるって分かるから 0206名刺は切らしておりまして2019/08/16(金) 00:44:53.90ID:Y0/7hIMZ
うまく進めるチームはどの言語・ツールを使ってもうまく進めるし、
ダメなチームはどんな良いものを使っても失敗する。
つまり、言語がどうとか言ってること自体がもう分かってない。
将来この言語でなく、他の言語もいわれるんだろうなｗ
0210名刺は切らしておりまして2019/08/16(金) 07:59:06.48ID:faAkbOR2
>>202
建築の公差や金融の小数点問題は、技術の進歩でむしろ深刻化している 0211名刺は切らしておりまして2019/08/16(金) 09:58:21.08ID:VA/jPI06
ディープラーニングでソースから仕様を書き出すみたいなのできないの？
30年以上も経ったCOBOLのソースには盲腸が一杯あって
考古学的に検証していかないと,何しているかが分からない
0213名刺は切らしておりまして2019/08/16(金) 23:45:23.83ID:wN3rvtZ2
みずほの新システムも半分はCOBOL
なんだが。。
>>211
まず無理
コードからは「何をするか」は分かる
しかし「何がしたいか」は分からない
簡単に言えば1+1を計算するコードからどんな意図を読み取れるのかってこと こういうスレがあると必ずCOBOLについて書く、キチガイさんがいるねｗ
ソース見ても、実際には通らないロジックがそのまま残っていたりする
業務に10年以上関わっている人でないと,それが必要なのか不要なのかも判断できない
0217名刺は切らしておりまして2019/08/17(土) 01:13:19.33ID:rvzTnm61
昔からのデータや業務を捨てる勇気があるだけで全然違う
>>202
先ずCOBOLerに他の言語とか無理。全員が、ではないけど、大半がCOBOL限定職。
大きいシステムだと各メーカーのフレームワーク的なのが組み込まれてて、
それがあるのが前提でしか作ったことが無いやつも多いし。
何より、そいつらに他の言語覚えろって言ったときの拒絶反応がでかすぎるわｗ
システム自体は別に今問題なく動いてるんならCOBOLのままでも良いと思うぞ。
合併とかでシステム統合するんなら、とりあえずF外しとけばデスマ突入回避出来るだろうし。
Hとかなら、頭おかしいんじゃね？ってくらい、石橋叩きまくった挙げ句に渡らないレベルでチェックするしなw 0219名刺は切らしておりまして2019/08/17(土) 21:43:17.37ID:InJuXdXc
勘定システムで一番の問題は、
COBOL云々より、現代的な金融システムを知らないが多すぎて、ソースかけないこと。
COBOLが良かったのは、金融業務に詳しい人なら簡単に使えた事。
COBOLって金融に特化したプログラム言語ってわけじゃないでしょ
そうですよ
金融以外でも使われている、稼動している
交通系でも使われてるぞ。
人手足りなくてヘルプ頼まれて、COBOLウゼーって思いながら適当に組んでたしｗ
0225名刺は切らしておりまして2019/08/21(水) 08:07:02.47ID:xZFnNo0J
スペースシャトルの制御システムは、COBOLベースのオリジナル言語で、ラインプリンタの特定の桁が、アポジモータのスイッチだったり
0226名刺は切らしておりまして2019/08/21(水) 09:43:01.68ID:4TzlQMMI
何で作っても結局安全性がんじがらめのDSLで書くことになって
それがCOBOLと等価でした、なんてことになったりして
0227名刺は切らしておりまして2019/08/21(水) 12:28:09.69ID:Ri9w9k86
>>225
スペースシャトルは2011年に引退したぞ >>228
日頃あまり聞かないから専門用語っぽいってことじゃね？ 老害パソコンってひどい表現だな
この記事書いた奴ネラーじゃないか？
日経新聞はCOBOLを古いと否定するが、Amazonのデータセンターは新たに複数の言語
をサポートし、COBOLもサポートしているよ。
日経だけが取り残されている。
主な所はしゃぶりつくしたから、
残飯を漁りだしただけだろう