X



【コボル】COBOL不要論【ただのDSLだよね?】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2011/09/20(火) 00:06:43.84
COBOLでCOBOL書ける?
0377デフォルトの名無しさん
垢版 |
2014/12/20(土) 23:38:37.34ID:ju2bEFwe
>>376
そう、以前の記憶で最近のCOBOLはローカル変数導入したはずとgoogle先生に尋ねたんだが
どうにも見当たらなかったのさ。
0378デフォルトの名無しさん
垢版 |
2014/12/25(木) 11:47:31.00ID:D1gJKcDI
COBOL2002さんはいつになったらオブジェクト指向言語として活躍するのかな…
0379デフォルトの名無しさん
垢版 |
2015/03/21(土) 23:23:00.32ID:IxJMreKK
うちのシステム、COBOLからCOBOLに移行
0384デフォルトの名無しさん
垢版 |
2015/12/21(月) 12:59:39.69ID:FdAwO3Sp
みずほ銀行はCOBOLで楽天銀行はjavaか?
それにしても東芝を330円で200万円分買ってしまったぞ
どうしてくれんだ?訴訟するか
0387デフォルトの名無しさん
垢版 |
2017/10/07(土) 01:13:23.00ID:XAOOLHMr
今更、ワイにはなりたくないですよ
とかいう後輩がおるんや
おかしいやろ

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

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

EEQX7
0390デフォルトの名無しさん
垢版 |
2018/07/05(木) 00:45:24.42ID:RfoszcD2
PQY
0391デフォルトの名無しさん
垢版 |
2018/08/02(木) 00:45:14.17ID:33zELOtf
>>384
みずほはJavaでシステム移行
Javaライセンス料発生(三菱UFJも同様)
メガバンクは何とかなるが中小金融でJavaに移行した所はこれから経営が難しくなる
Javaライセンス化前にシステム移行した所は負け組
0394デフォルトの名無しさん
垢版 |
2018/08/04(土) 00:50:12.00ID:n1TUngzH
ライセンス逃れたいならOpenJDK(OracleJDK)で半年毎に自分達で修正、ビルド、テスト、リリースする場合のみOK
0395デフォルトの名無しさん
垢版 |
2018/08/09(木) 02:24:23.41ID:f4Nba8Mw
>>394
OpenJDKでも完全にOSSじゃなくてオラクル管理下なのよね
オラクルがOK出さないとフリーとしてソースが使えないと言う事実
0396デフォルトの名無しさん
垢版 |
2018/08/09(木) 20:43:24.37ID:QLapLZCy
とりあえず金融機関システムはりそなのシステムが現状、最適解だろうな
それをCOBOL→Java移行を推進したSierがおかしかった
0398デフォルトの名無しさん
垢版 |
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外部モジュールにしてしまえば良い
0400デフォルトの名無しさん
垢版 |
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)
0401デフォルトの名無しさん
垢版 |
2018/08/27(月) 18:40:25.59ID:DPbrUNK+
某銀行
銀行側「なぜこんなバグが見つけられなかったの?」
開発会社「作業人数不足です」
銀行側「募集かけろよ!」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ!新入社員いるべ?」
開発会社「え!?いや… https://t.co/lhv1QKyaDu 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)
0402デフォルトの名無しさん
垢版 |
2018/08/27(月) 20:05:01.04ID:DPbrUNK+
彼はCOBOLで書かれた業務システム(コード行100000行と言ってた。正気か。)を今年度までにJavaで書き換える案件をやってるらしい。
ほんとは一気にAWSへ移行予定だったが、無理なのでまずはコードベースをJavaにしようとい… https://t.co/LKHi6OYOBx 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)
0404デフォルトの名無しさん
垢版 |
2018/08/28(火) 01:39:41.74ID:sMMRLtYT
金融系システムの請負やってる所は新人にCOBOL習得させろ、と言われるらしい
結局COBOLは捨てられない
0405デフォルトの名無しさん
垢版 |
2018/09/04(火) 13:49:36.66ID:TMcC/EnP
で結局数値計算が他言語だと上手くいかない理由はなんなの?
特別に計算クラス作ってもだめなの?
0406デフォルトの名無しさん
垢版 |
2018/09/05(水) 14:54:30.43ID:njSWZAvd
>>405
コードレベルでは結果が予想出来ない
他の言語は最終テストまでしないと出てくる計算結果が分からない
0410デフォルトの名無しさん
垢版 |
2018/09/09(日) 02:06:30.78ID:5osPdD4x
>>407
ちょっと見てみたけど字句解析とかから自力で全部やろうとしてる感じ?
yacc & lex みたいな既存のものを使うことも検討してはどうだろう
0413デフォルトの名無しさん
垢版 |
2018/11/27(火) 19:11:38.86ID:ilg80cp2
COBOL,VBはスキルアップ出来ないから若いプログラマがやりたくないってただの甘え
そういうプログラマはJava,C#でデスマーチに参加してれば良い
0414デフォルトの名無しさん
垢版 |
2018/11/30(金) 03:14:30.56ID:aBE8ppWM
COBOL不要どころか


AWSにおいてRubyサポートして、いろんな言語がLambdaでって、COBOLも対応するぞい
0415デフォルトの名無しさん
垢版 |
2018/12/18(火) 18:22:22.48ID:JBgh/Yjv
日本ではオフコン&COBOLはレガシーみたいな風潮があるけど
IBMについていけば全然そんなことないという
0418デフォルトの名無しさん
垢版 |
2018/12/27(木) 00:27:20.07ID:WPJa9s86
オフコンなんて言葉久々に聞いたな
日本メーカーは全部撤退したんだっけ?
0419デフォルトの名無しさん
垢版 |
2018/12/30(日) 17:16:51.10ID:NygegI6n
IBMぐらいだな、頑張ってるの
NEC、富士通、日立全て既存サポートだけ残ってる
0421デフォルトの名無しさん
垢版 |
2019/01/05(土) 21:11:25.50ID:2OYE4tVO
同意出来る部分もあるが、まー個人の鬱憤晴らしだな
としか読めなかった
COBOLしかやりません。
もしくは
Javaしかやりません。
って会社なんて有るわけ無い
そんな会社あったら潰れるわ
0422デフォルトの名無しさん
垢版 |
2019/01/07(月) 02:59:46.33ID:uqdXPeVD
若い社員にソンタクしてJava,.NET以外させないとかね
そういうソフトウェアハウスはその内潰れる
0425デフォルトの名無しさん
垢版 |
2019/01/23(水) 19:53:54.09ID:/h1aKL0g
>>423
あるツイート
勤労統計問題の原因は「COBOLプログラムのバグ」??agora-web.jp/archives/20368…いや、こんなのをCOBOLのせいにされても。。。
0427デフォルトの名無しさん
垢版 |
2019/01/26(土) 20:48:20.79ID:vvL06R32
COBOLだと高齢者しか読めない、ってあたりが筆者の思い込みで嘘の部分だなぁ
若くたってちゃんと読めるぞ?簡略化されすぎた記号みたいな言語じゃないんだから
0430デフォルトの名無しさん
垢版 |
2019/01/27(日) 18:39:20.68ID:sxplxVfD
FORTRANもGO TO強制される古いやつでなけらそれほど読みにくくはないっつうか
逆数書け忘れてる事を読み取れない言語って、その中には無いような
0432デフォルトの名無しさん
垢版 |
2019/03/04(月) 07:28:20.63ID:SK7h9200
COBOLを名前だけしか知らないやつほど
”無条件に悪として叩ける対象"みたいな認識してるからなぁ

"グローバル変数は絶対悪"病患者とか
"オブジェクト指向にしさえすれば古臭い言語よりは必ず生産性が向上する"教信者とか
ようは宗教なのよね、彼らは”そういうものと信じていると”信仰を告白してるだけ
0433デフォルトの名無しさん
垢版 |
2019/03/04(月) 23:21:43.46ID:SPHhr9QW
COBOLって1本が短いイメージあるよな
他の言語でいうクラスが、COBOL1本のような
時々気が狂ったか?てくらいの化け物もあるけど
0437デフォルトの名無しさん
垢版 |
2019/05/10(金) 14:22:34.31ID:ppDgJ001
昔居た会社で、COBOLで作られた大小2000を超えるモジュールで成り立ってたシステムを、今風に置き換えるのに見積もりしたら10億円だったな……。

こういうツイート見るにつけ強制的に言語移行するのが正解とは思えない
0438デフォルトの名無しさん
垢版 |
2019/05/13(月) 00:38:18.80ID:j/tTOgot
同期に聞いて驚愕したんだけど、新卒で入った元弊社では新人研修の言語がJavaからCOBOLに変わるかもしれないらしいです
0439デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:30:02.75ID:p2GtN1yN
Java教えてもメンテ要員にしかならんからな
それならCOBOLと同じ
VB.NETでも教えて貰う方がなんぼかマシ
0440デフォルトの名無しさん
垢版 |
2019/05/31(金) 11:50:20.09ID:7VSYNzTJ
「COBOLを取り巻く環境の中、損害保険料率算出機構は既存システムの刷新時にプログラムをCOBOLに集約し、COBOL資産の保守に力を入れている。
あえてCOBOL資産を生かした事情を説明しよう」業務アプリに最適な言語は今もCOBOLなのか、ある組織の決断を基に考える??tech.nikkeibp.co.jp/atcl/nxt/colum…
0441デフォルトの名無しさん
垢版 |
2019/06/05(水) 19:35:14.29ID:AqTuQlZR
あるツイート

COBOLからjavaへの変換用ツールのプロジェクトで失敗という例があるのか。。。

そりゃwater fall言語からオブジェクト志向言語への移行なんぞ、元から無理
0446デフォルトの名無しさん
垢版 |
2019/06/13(木) 21:27:40.80ID:ugf8nGE3
Oracle DBとUnix、COBOLの案件で、DB更新が固定長ファイルで落としてから、夜間バッチ処理を幾度も経て、最終的にdelete * とInsert Intoで全件総とっかえする、という案件だったらあった。現行通り、という要求定義しかされていないプロジェクトで、炎上して破綻した。

なんでdeleteとinsert発行すんの?
バックアップ取ってtruncateしてSQLロードしたら速いだろ
0447デフォルトの名無しさん
垢版 |
2019/06/19(水) 01:50:10.08ID:oToWC2Oi
https://mobile.twitter.com/nikkeibpITpro/status/1139303373491113989

どういうことなの… "DB2も廃止し、SQLとDB2で行っていた入出力処理をCOBOLとCSVで代替することにした。

リアルタイム処理じゃなくてバッチ処理だからな
CSV(テキストファイル)読んで集計して帳票印刷して、テーブル再作成するならメインフレームのメソッドと同じ
そりゃSQLをRDBに投げて結果取得してチマチマリアルタイム更新するより速いわな
https://twitter.com/5chan_nel (5ch newer account)
0450デフォルトの名無しさん
垢版 |
2019/07/03(水) 20:01:57.27ID:zRlnOhnC
https://type.jp/et/feature/9767

COBOL問題の根底

「高齢者しか分からない特殊な言語」というような発言がありましたが、これはなかなかパワーワードであるなと思いました。

今はバリバリ現役のJavaやC#でコーディングされたプログラムも、10年後はどうなるか分かりません

大事なのは、システムマネジメント体制のデザインです。

適切なシステム運用開発のマネジメントをしなければ、どんなシステムも不良債権化します。日本はシステムの運用開発を丸投げにしがちなので、この問題が非常に大きくなりやすい企業がたくさん存在しています。

ITなしではどの企業も経営ができないにもかかわらず、経営トップにはテクノロジー指南役が付いていなかったり、そもそもIT部門の責任者の中にエンジニアのバックグラウンドを持つ人がゼロだったりするわけです。

>>449の損保ジャパンがその例
0451デフォルトの名無しさん
垢版 |
2019/07/10(水) 23:03:08.70ID:qgIc44+b
あるツイート

COBOLからC#に変換する場合の方針については先日そういう案件を手作業で対応したので虚無の精神状態の中から浮かぶモノは在ったし実験的な実装も追加してみたりしたので気が向いたら手を付ける

COBOL→Java
の代わりにC#へ移行か
.NETへ移行するならNET COBOLとか有ると思うが
0453デフォルトの名無しさん
垢版 |
2019/07/24(水) 02:24:26.83ID:bB7wJPbg
あるツイート

未だに基幹システムにCOBOLを正式採用してるような会社は基本的に変化を嫌うので、
海外のイケイケのベンダーが10億円未満でモダンなアーキテクチャを提案しても見向きもせずに国内古典SIerに100億円以上払ってCOBOLの基幹システムを保守しながら続投させるという話を聞いて戦慄している


OpenCOBOLに移行しつつ有るの知らないんだな
0455デフォルトの名無しさん
垢版 |
2019/07/25(木) 20:57:55.36ID:g5C9cY7+
Javaのライセンス料なんてメインフレームやオフコンの維持費と比べたらゴミみたいなもんだし
OSやDBのライセンス料と比べても安いもんだ
0458デフォルトの名無しさん
垢版 |
2019/08/03(土) 02:42:32.00ID:hOnU9S7y
あるツイート

弊猫も最近は「IBM以外のメインフレームってなくなっていくんだろうな」という気はしてるんだけど、COBOLがなくなるかっていうとあんまそういう気はしてないし、
ましてやよその会社や組織の言語が何で開発されてるかって、Javaで置き換えろとか余計なお世話じゃないかと思ったりする。


COBOLで動くレガシィシステム有った所で誰にも迷惑かからん
VBもね
0459デフォルトの名無しさん
垢版 |
2019/08/04(日) 13:24:55.54ID:1uMS/LXE
>>453
銀行のように不具合を絶対出せない会社が多いのだから
予算10分の1で新しい物を作れるとしても、実績がないシステムは採用できんわな
10年くらい1度も不具合を出さずに安定稼働して、やっと検討されるかもしれない
ウインドウズPCみたくフリーズしますたwリセットwwwとはいかんのだよ
0460デフォルトの名無しさん
垢版 |
2019/08/04(日) 15:13:57.02ID:qRLEFvC6
>>459
銀行でもユニシス系の様にWindowsサーバー使ってる所も有るけど
週一回は再起動してるみたいだけどね
0461デフォルトの名無しさん
垢版 |
2019/08/12(月) 14:41:14.94ID:ylSUvLMt
https://r.nikkei.com/article/DGXMZO48430390Z00C19A8TCR000
COBOLに罪は無い
TISがCOBOL→Javaに移行させた事によってメインフレームの維持が悪だと言うイメージが出来上がった
実際、移行して発生したのはJDK更新ホリックとライセンスホリック
COBOLをオープン化したり、AWSへCOBOLのまま移行するなら、オープン化と言う意味では問題無し
0462デフォルトの名無しさん
垢版 |
2019/08/13(火) 01:24:55.70ID:v1KasGYw
あるツイート

とすると絶滅が危惧されるのはCOBOL技術者じゃなくてCOBOLシステムをメンテナンスする予算なのでは

メンテ予算するならオープンCOBOLに移行すれば良い
それだけの話
0464デフォルトの名無しさん
垢版 |
2019/08/19(月) 00:59:56.20ID:CCAwfUjM

AWSでCOBOLからクラウド化出来る事になって戻すって言い始めたみたいね
だからJavaに移行すんなって
0465デフォルトの名無しさん
垢版 |
2019/08/19(月) 05:31:01.71ID:d+tQMwMi
ドキュメントが無くてソースしかないシステムを
コード読んで仕様書作成から始めるなんて、わしの若い頃はよくあった
>>463はただの甘え
0466デフォルトの名無しさん
垢版 |
2019/08/19(月) 16:31:35.81ID:CCAwfUjM
今、Javaに移行した結果の弊害出てるからな(ライセンス他)
COBOL使い続けてた会社が結果、
勝ち組だったと言う事
0467デフォルトの名無しさん
垢版 |
2019/08/19(月) 19:36:54.14ID:CCAwfUjM
若者にCOBOL教育が必要か
不要と思った若者は自分から退社するから問題無い
結果としてCOBOLの技術者の補充はされない
0468デフォルトの名無しさん
垢版 |
2019/08/20(火) 01:15:55.02ID:+O5r6QHn
あるツイート

メインフレームでは現役で塩漬けにされてることが多いな。 ただ、これからの若者が時間かけて覚える必要はないよね。 どうせ大規模改修とかないからCOBOL使える老人でも運用で飼い殺しとけば良い。

若い技術者に期待するだけ無駄
覚える気が無い
0469デフォルトの名無しさん
垢版 |
2019/08/20(火) 01:17:03.53ID:+O5r6QHn
あるツイート

本当の害悪はCOBOLではなく、メインフレームだと思います。たとえソースがCOBOLのままだったとしてもメインフレームでなくなるだけでもだいぶ救われるかと

結局、こういう事
0474デフォルトの名無しさん
垢版 |
2019/09/12(木) 01:00:14.94ID:eujNyCFL
あるツイート

首都圏でのソフトウェア開発系フリーランスエンジニアの平均年収を見てみます。経験やスキルの高低により数倍の開きがありますが、平均としては概ね会社員よりは高い傾向にあるようです。COBOL:  636万円 VBA: 636万円 VB: 660万円 VC++ : 720万円
0475デフォルトの名無しさん
垢版 |
2019/09/15(日) 20:20:20.42ID:V23yN3Ou
Oracleに付いて来たPro*COBOLで、UNIXサーバーに移行した、とか2000年近辺は有ったと思うが、、
メインフレーム→UNIXサーバーへのリホストが一般的で無かったので広まらなかったな
今はOracleライセンスがウザイのでPro*COBOLを使う機会がほとんど無くなった
Pro*COBOLでMy SQLへの接続は出来るみたいだが
他のDBには無理みたい
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況