【コボル】COBOL不要論【ただのDSLだよね?】

1デフォルトの名無しさん2011/09/20(火) 00:06:43.84
COBOLでCOBOL書ける?

364デフォルトの名無しさん2014/03/31(月) 19:38:37.71ID:DtbGifhU
変換率100%ではなく必要なのは補償率100%

365デフォルトの名無しさん2014/04/11(金) 10:11:13.59ID:rm3226Ee
小保ラーのみなさんこんにちわ

366デフォルトの名無しさん2014/04/11(金) 16:42:47.67ID:8kKVOuK2
笹井なことにこだわんな

367デフォルトの名無しさん2014/08/06(水) 18:23:21.82ID:D+VIlZrE
COBOLの面白さは、後にメンテする者が、いかにメンテし易い様に作るか、に尽きるな。

グローバル変数しかないところを、シンボル名の工夫でローカル変数的な扱いだと知らせる。
COPY句使えば継承もどきもできるが、読解牲が極端に悪くなるんでやらない。
SECTIONをモジュールと見なし、その中で機能を完結させる。

よーするに、
入力−編集−出力が一目で分かるような制御構造をこさえ、
SECTIONモジュール強度とかSECTIONモジュール結合度とか、SECTION間での基本的なところをキチンとさせたプログラムを書くのは、
自己満足でも楽しい。

後で読んだ人が「すげ〜」って言うプログラムは、
概ね高度なテクニックよりも、
何をやりたいのかやろうとしてるのかが一発で分かる=実装思想の一貫性が読み取れる
じゃないかと思ってる。

他の言語でも同じでないの?
 

368デフォルトの名無しさん2014/08/21(木) 23:27:03.61ID:B+tsMt3g
>>367
メンテしやすいPGを心がけてる。

369デフォルトの名無しさん2014/08/22(金) 04:26:36.55ID:cJuKMHCG

370デフォルトの名無しさん2014/12/09(火) 23:24:10.62ID:/gO7PMz6
COBOLの代替技術をまとめてくれ。

371デフォルトの名無しさん2014/12/10(水) 07:23:05.24ID:58oVhltK
>>370
COBOLにローカル変数とスコープの概念を導入すれば、ほぼ一通りの物は書ける。

372片山博文MZ ◆T6xkBnTXz7B0 2014/12/10(水) 10:29:31.67ID:X4ZXIzIa
パックトBCDってもう古臭い技術だよな? 4ビットで10進一桁なんてやらないっしょ?

373デフォルトの名無しさん2014/12/10(水) 10:38:29.07ID:X4ZXIzIa
あげ

374デフォルトの名無しさん2014/12/10(水) 11:15:57.96ID:X4ZXIzIa
なるほど。IEEE754-2008使えばいいんだ。

375デフォルトの名無しさん2014/12/10(水) 11:52:58.53ID:X4ZXIzIa
IEEE754-2008が使えるから、COBOLは要らない。ファイナルアンサー?

376デフォルトの名無しさん2014/12/20(土) 21:00:40.83ID:hZTUqQym
>>371
COBOL85からローカル変数はあるしCOBOL97にはクラスの概念もあるんじゃなかったかの?

377デフォルトの名無しさん2014/12/20(土) 23:38:37.34ID:ju2bEFwe
>>376
そう、以前の記憶で最近のCOBOLはローカル変数導入したはずとgoogle先生に尋ねたんだが
どうにも見当たらなかったのさ。

378デフォルトの名無しさん2014/12/25(木) 11:47:31.00ID:D1gJKcDI
COBOL2002さんはいつになったらオブジェクト指向言語として活躍するのかな…

379デフォルトの名無しさん2015/03/21(土) 23:23:00.32ID:IxJMreKK
うちのシステム、COBOLからCOBOLに移行

380デフォルトの名無しさん2015/04/12(日) 14:08:18.42ID:YcKO1mev
◆COBOL は はじまった ばかり だ

381デフォルトの名無しさん2015/08/13(木) 18:22:41.93ID:TzobCxoU
◆COBOL は はじ、 まった ばか りーだー

382デフォルトの名無しさん2015/10/15(木) 14:01:10.37ID:DKqxwJYd
【社会】損保ジャパンがCOBOL一掃を決断・2ch.net
http://daily. 2ch.net/test/read.cgi/newsplus/1444867000/

383デフォルトの名無しさん2015/10/26(月) 15:08:34.65ID:yQmIbum5
かなC

384デフォルトの名無しさん2015/12/21(月) 12:59:39.69ID:FdAwO3Sp
みずほ銀行はCOBOLで楽天銀行はjavaか?
それにしても東芝を330円で200万円分買ってしまったぞ
どうしてくれんだ?訴訟するか

385デフォルトの名無しさん2015/12/21(月) 19:07:41.09ID:OqbIiNrA
売れ
200円まで待て

386デフォルトの名無しさん2016/11/19(土) 21:22:48.78ID:NB2bKCn7
ハローワーク求人128,214件の平均月給197,300円〜268,000円
その中からCOBOLの求人486件の平均月給251,800円〜432,000円
https://goo.gl/E3yXUJ

387デフォルトの名無しさん2017/10/07(土) 01:13:23.00ID:XAOOLHMr
今更、ワイにはなりたくないですよ
とかいう後輩がおるんや
おかしいやろ

まずこのスレ見てCOBOLのありがたさを
学んで俺に追いつけよと指導してやったわ

メインプログラムはCOBOLやとわからんやつわ
ゆとりやでw

388デフォルトの名無しさん2017/11/26(日) 18:32:01.25ID:4MXDvaU5
>>384
楽天はwebサイトプログラマがJavaで実装だろうな

389デフォルトの名無しさん2018/05/23(水) 21:12:12.58ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

EEQX7

390デフォルトの名無しさん2018/07/05(木) 00:45:24.42ID:RfoszcD2
PQY

391デフォルトの名無しさん2018/08/02(木) 00:45:14.17ID:33zELOtf
>>384
みずほはJavaでシステム移行
Javaライセンス料発生(三菱UFJも同様)
メガバンクは何とかなるが中小金融でJavaに移行した所はこれから経営が難しくなる
Javaライセンス化前にシステム移行した所は負け組

392デフォルトの名無しさん2018/08/02(木) 08:59:08.53ID:sTKS0v1J
JavaEEはライセンス対象外だったっけ?

393デフォルトの名無しさん2018/08/04(土) 00:48:07.43ID:n1TUngzH
んな訳無いでしょ

394デフォルトの名無しさん2018/08/04(土) 00:50:12.00ID:n1TUngzH
ライセンス逃れたいならOpenJDK(OracleJDK)で半年毎に自分達で修正、ビルド、テスト、リリースする場合のみOK

395デフォルトの名無しさん2018/08/09(木) 02:24:23.41ID:f4Nba8Mw
>>394
OpenJDKでも完全にOSSじゃなくてオラクル管理下なのよね
オラクルがOK出さないとフリーとしてソースが使えないと言う事実

396デフォルトの名無しさん2018/08/09(木) 20:43:24.37ID:QLapLZCy
とりあえず金融機関システムはりそなのシステムが現状、最適解だろうな
それをCOBOL→Java移行を推進したSierがおかしかった

397デフォルトの名無しさん2018/08/12(日) 00:09:23.29ID:6DlgaavF
http://d.hatena.ne.jp/ryoasai/touch/20101202/1291295077

既存のJavaフレームワークがダメだと言うオチ

398デフォルトの名無しさん2018/08/16(木) 03:38:13.24ID:HnRJ/Xec
>>396
Linuxサーバー(or Windowsサーバー)
SQL Server(PostgreSQL or MariaDBでもOK)
バッチはCOBOL(Open or MF-COBOL or NETCOBOL)
UIはMF-COBOLでもC#でもVBでもJavaでもスクリプト言語系でもOK

要は金額計算部分をCOBOL外部モジュールにしてしまえば良い

399デフォルトの名無しさん2018/08/21(火) 21:54:00.26ID:yDUjjoUB

400デフォルトの名無しさん2018/08/27(月) 03:42:49.31ID:WIJjU2Zp
https://mobile.twitter.com/tsuchie88
それ以上に最近目立っているのは、メインフレームからAS/400へのマイグレーションだ。
AS/400はCOBOLもサポートしているので、中小規模のメインフレームから移行する例が多い。移行に際して、DBをRDB化する必要があるが、既存のアプリケーションを生かせるという点で強みがある。
https://twitter.com/5chan_nel (5ch newer account)

401デフォルトの名無しさん2018/08/27(月) 18:40:25.59ID:DPbrUNK+
某銀行
銀行側「なぜこんなバグが見つけられなかったの?」
開発会社「作業人数不足です」
銀行側「募集かけろよ!」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ!新入社員いるべ?」
開発会社「え!?いや… https://t.co/lhv1QKyaDu 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)

402デフォルトの名無しさん2018/08/27(月) 20:05:01.04ID:DPbrUNK+
彼はCOBOLで書かれた業務システム(コード行100000行と言ってた。正気か。)を今年度までにJavaで書き換える案件をやってるらしい。
ほんとは一気にAWSへ移行予定だったが、無理なのでまずはコードベースをJavaにしようとい… https://t.co/LKHi6OYOBx 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)

403デフォルトの名無しさん2018/08/27(月) 20:12:50.80ID:DPbrUNK+
>>402
Amazon web serviceがJava限定ならアレだが
https://toris.io/2016/12/cobolambda-a-serverless-cobol-on-aws-lambda/
COBOLでも動くからね

404デフォルトの名無しさん2018/08/28(火) 01:39:41.74ID:sMMRLtYT
金融系システムの請負やってる所は新人にCOBOL習得させろ、と言われるらしい
結局COBOLは捨てられない

405デフォルトの名無しさん2018/09/04(火) 13:49:36.66ID:TMcC/EnP
で結局数値計算が他言語だと上手くいかない理由はなんなの?
特別に計算クラス作ってもだめなの?

406デフォルトの名無しさん2018/09/05(水) 14:54:30.43ID:njSWZAvd
>>405
コードレベルでは結果が予想出来ない
他の言語は最終テストまでしないと出てくる計算結果が分からない

407さまよえる蟻人間 ◆T6xkBnTXz7B0 2018/09/07(金) 22:25:55.24ID:fKKeF1+K
https://github.com/katahiromz/anticobol

今、COBOLからC++への移植キットを一生懸命作ってるとこ。アイデア&Pull Request募集中。

408デフォルトの名無しさん2018/09/07(金) 23:32:06.20ID:I/ah2RAW
>>407
COBOL→C++?
そんなのどこに需要あんの?
COBOL→C#とかVB.NETの方が需要有るだろ

409デフォルトの名無しさん2018/09/08(土) 00:59:46.51ID:rdArmb2a
今時C++ってギャグなのか

410デフォルトの名無しさん2018/09/09(日) 02:06:30.78ID:5osPdD4x
>>407
ちょっと見てみたけど字句解析とかから自力で全部やろうとしてる感じ?
yacc & lex みたいな既存のものを使うことも検討してはどうだろう

411デフォルトの名無しさん2018/09/09(日) 02:10:26.27ID:TycWWO4q
>>410
需要が無いマイグレーション用ツール作るのはな
(少なくとも日本では)
JavaへのマイグレーションはSierが腐るほど出してるからな
やっぱり日本ではVB.NETあたり狙うのが賢い
http://www.triview-innovation.com/as400/archives/09.html
AS/400のサポート切れ迫ってるから需要有る

412デフォルトの名無しさん2018/09/29(土) 03:11:13.42ID:GjOuimji
https://www.tairax.com/entry/COBOL/No-young-engineer
COBOLに若者を担当させるな、ねえ
でも資産は残るから誰かがやらねばならん
VB資産も同様
つまらない、とか仕事上は無関係

413デフォルトの名無しさん2018/11/27(火) 19:11:38.86ID:ilg80cp2
COBOL,VBはスキルアップ出来ないから若いプログラマがやりたくないってただの甘え
そういうプログラマはJava,C#でデスマーチに参加してれば良い

414デフォルトの名無しさん2018/11/30(金) 03:14:30.56ID:aBE8ppWM
COBOL不要どころか


AWSにおいてRubyサポートして、いろんな言語がLambdaでって、COBOLも対応するぞい

新着レスの表示
レスを投稿する