【コボル】COBOL不要論【ただのDSLだよね?】
■ このスレッドは過去ログ倉庫に格納されています
>>376
そう、以前の記憶で最近のCOBOLはローカル変数導入したはずとgoogle先生に尋ねたんだが
どうにも見当たらなかったのさ。 COBOL2002さんはいつになったらオブジェクト指向言語として活躍するのかな… 【社会】損保ジャパンがCOBOL一掃を決断・2ch.net
http://daily. 2ch.net/test/read.cgi/newsplus/1444867000/ みずほ銀行はCOBOLで楽天銀行はjavaか?
それにしても東芝を330円で200万円分買ってしまったぞ
どうしてくれんだ?訴訟するか ハローワーク求人128,214件の平均月給197,300円〜268,000円
その中からCOBOLの求人486件の平均月給251,800円〜432,000円
https://goo.gl/E3yXUJ 今更、ワイにはなりたくないですよ
とかいう後輩がおるんや
おかしいやろ
まずこのスレ見てCOBOLのありがたさを
学んで俺に追いつけよと指導してやったわ
メインプログラムはCOBOLやとわからんやつわ
ゆとりやでw >>384
楽天はwebサイトプログラマがJavaで実装だろうな 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
EEQX7 >>384
みずほはJavaでシステム移行
Javaライセンス料発生(三菱UFJも同様)
メガバンクは何とかなるが中小金融でJavaに移行した所はこれから経営が難しくなる
Javaライセンス化前にシステム移行した所は負け組 ライセンス逃れたいならOpenJDK(OracleJDK)で半年毎に自分達で修正、ビルド、テスト、リリースする場合のみOK >>394
OpenJDKでも完全にOSSじゃなくてオラクル管理下なのよね
オラクルがOK出さないとフリーとしてソースが使えないと言う事実 とりあえず金融機関システムはりそなのシステムが現状、最適解だろうな
それをCOBOL→Java移行を推進したSierがおかしかった >>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外部モジュールにしてしまえば良い https://mobile.twitter.com/tsuchie88
それ以上に最近目立っているのは、メインフレームからAS/400へのマイグレーションだ。
AS/400はCOBOLもサポートしているので、中小規模のメインフレームから移行する例が多い。移行に際して、DBをRDB化する必要があるが、既存のアプリケーションを生かせるという点で強みがある。
https://twitter.com/5chan_nel (5ch newer account) 某銀行
銀行側「なぜこんなバグが見つけられなかったの?」
開発会社「作業人数不足です」
銀行側「募集かけろよ!」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ!新入社員いるべ?」
開発会社「え!?いや… https://t.co/lhv1QKyaDu 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01) 彼はCOBOLで書かれた業務システム(コード行100000行と言ってた。正気か。)を今年度までにJavaで書き換える案件をやってるらしい。
ほんとは一気にAWSへ移行予定だったが、無理なのでまずはコードベースをJavaにしようとい… https://t.co/LKHi6OYOBx 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01) 金融系システムの請負やってる所は新人にCOBOL習得させろ、と言われるらしい
結局COBOLは捨てられない で結局数値計算が他言語だと上手くいかない理由はなんなの?
特別に計算クラス作ってもだめなの? >>405
コードレベルでは結果が予想出来ない
他の言語は最終テストまでしないと出てくる計算結果が分からない https://github.com/katahiromz/anticobol
今、COBOLからC++への移植キットを一生懸命作ってるとこ。アイデア&Pull Request募集中。 >>407
COBOL→C++?
そんなのどこに需要あんの?
COBOL→C#とかVB.NETの方が需要有るだろ >>407
ちょっと見てみたけど字句解析とかから自力で全部やろうとしてる感じ?
yacc & lex みたいな既存のものを使うことも検討してはどうだろう >>410
需要が無いマイグレーション用ツール作るのはな
(少なくとも日本では)
JavaへのマイグレーションはSierが腐るほど出してるからな
やっぱり日本ではVB.NETあたり狙うのが賢い
http://www.triview-innovation.com/as400/archives/09.html
AS/400のサポート切れ迫ってるから需要有る https://www.tairax.com/entry/COBOL/No-young-engineer
COBOLに若者を担当させるな、ねえ
でも資産は残るから誰かがやらねばならん
VB資産も同様
つまらない、とか仕事上は無関係 COBOL,VBはスキルアップ出来ないから若いプログラマがやりたくないってただの甘え
そういうプログラマはJava,C#でデスマーチに参加してれば良い COBOL不要どころか
AWSにおいてRubyサポートして、いろんな言語がLambdaでって、COBOLも対応するぞい 日本ではオフコン&COBOLはレガシーみたいな風潮があるけど
IBMについていけば全然そんなことないという >>415
NEC,富士通などの日本メーカーの場合だよな、レガシィ扱い アメリカは日本以上に未だCOBOLに依存しているしな オフコンなんて言葉久々に聞いたな
日本メーカーは全部撤退したんだっけ? IBMぐらいだな、頑張ってるの
NEC、富士通、日立全て既存サポートだけ残ってる 同意出来る部分もあるが、まー個人の鬱憤晴らしだな
としか読めなかった
COBOLしかやりません。
もしくは
Javaしかやりません。
って会社なんて有るわけ無い
そんな会社あったら潰れるわ 若い社員にソンタクしてJava,.NET以外させないとかね
そういうソフトウェアハウスはその内潰れる >>423
単に官庁のチェック体制の問題
それをCOBOLのせいにしてる >>423
あるツイート
勤労統計問題の原因は「COBOLプログラムのバグ」??agora-web.jp/archives/20368…いや、こんなのをCOBOLのせいにされても。。。 COBOLだと高齢者しか読めない、ってあたりが筆者の思い込みで嘘の部分だなぁ
若くたってちゃんと読めるぞ?簡略化されすぎた記号みたいな言語じゃないんだから JavaやC#、C++が読み易いと思ってるんかね? FORTRANもGO TO強制される古いやつでなけらそれほど読みにくくはないっつうか
逆数書け忘れてる事を読み取れない言語って、その中には無いような >>430
無い
だから、単にCOBOLにアレルギー有る担当者に任せた結果だろうね COBOLを名前だけしか知らないやつほど
”無条件に悪として叩ける対象"みたいな認識してるからなぁ
"グローバル変数は絶対悪"病患者とか
"オブジェクト指向にしさえすれば古臭い言語よりは必ず生産性が向上する"教信者とか
ようは宗教なのよね、彼らは”そういうものと信じていると”信仰を告白してるだけ COBOLって1本が短いイメージあるよな
他の言語でいうクラスが、COBOL1本のような
時々気が狂ったか?てくらいの化け物もあるけど 設計次第だよ
1万ステップ、てのが銀行系では存在する cobolってパンチカードで作ってるイメージだったわ。。 情報処理試験から消失か
これも時代の流れ
でも過去の資産は消えない 昔居た会社で、COBOLで作られた大小2000を超えるモジュールで成り立ってたシステムを、今風に置き換えるのに見積もりしたら10億円だったな……。
こういうツイート見るにつけ強制的に言語移行するのが正解とは思えない 同期に聞いて驚愕したんだけど、新卒で入った元弊社では新人研修の言語がJavaからCOBOLに変わるかもしれないらしいです Java教えてもメンテ要員にしかならんからな
それならCOBOLと同じ
VB.NETでも教えて貰う方がなんぼかマシ 「COBOLを取り巻く環境の中、損害保険料率算出機構は既存システムの刷新時にプログラムをCOBOLに集約し、COBOL資産の保守に力を入れている。
あえてCOBOL資産を生かした事情を説明しよう」業務アプリに最適な言語は今もCOBOLなのか、ある組織の決断を基に考える??tech.nikkeibp.co.jp/atcl/nxt/colum… あるツイート
COBOLからjavaへの変換用ツールのプロジェクトで失敗という例があるのか。。。
そりゃwater fall言語からオブジェクト志向言語への移行なんぞ、元から無理 根っこはwater fallスタート
今はOpenCOBOL出てるけど基本は変わらんわな コーディングシート(紙)でコードレビューする文化は、好きだぞ Oracle DBとUnix、COBOLの案件で、DB更新が固定長ファイルで落としてから、夜間バッチ処理を幾度も経て、最終的にdelete * とInsert Intoで全件総とっかえする、という案件だったらあった。現行通り、という要求定義しかされていないプロジェクトで、炎上して破綻した。
なんでdeleteとinsert発行すんの?
バックアップ取ってtruncateしてSQLロードしたら速いだろ https://mobile.twitter.com/nikkeibpITpro/status/1139303373491113989
どういうことなの… "DB2も廃止し、SQLとDB2で行っていた入出力処理をCOBOLとCSVで代替することにした。
リアルタイム処理じゃなくてバッチ処理だからな
CSV(テキストファイル)読んで集計して帳票印刷して、テーブル再作成するならメインフレームのメソッドと同じ
そりゃSQLをRDBに投げて結果取得してチマチマリアルタイム更新するより速いわな
https://twitter.com/5chan_nel (5ch newer account) http://www.nurs.or.jp/~ogochan/essay/archives/5033
NEC IDL2→IBM COBOL移行
するくらいならNECでもCOBOL用意されてるやろ?
この企業は何をしたいのか? https://mainichi.jp/articles/20190624/k00/00m/020/227000c
COBOLからJavaに移行してもリストラだってよ
何やってるか分からんな
そもそもJava移行プロジェクトで金使い過ぎて経営圧迫されたからじゃないの? https://type.jp/et/feature/9767
COBOL問題の根底
「高齢者しか分からない特殊な言語」というような発言がありましたが、これはなかなかパワーワードであるなと思いました。
今はバリバリ現役のJavaやC#でコーディングされたプログラムも、10年後はどうなるか分かりません
大事なのは、システムマネジメント体制のデザインです。
適切なシステム運用開発のマネジメントをしなければ、どんなシステムも不良債権化します。日本はシステムの運用開発を丸投げにしがちなので、この問題が非常に大きくなりやすい企業がたくさん存在しています。
ITなしではどの企業も経営ができないにもかかわらず、経営トップにはテクノロジー指南役が付いていなかったり、そもそもIT部門の責任者の中にエンジニアのバックグラウンドを持つ人がゼロだったりするわけです。
>>449の損保ジャパンがその例 あるツイート
COBOLからC#に変換する場合の方針については先日そういう案件を手作業で対応したので虚無の精神状態の中から浮かぶモノは在ったし実験的な実装も追加してみたりしたので気が向いたら手を付ける
COBOL→Java
の代わりにC#へ移行か
.NETへ移行するならNET COBOLとか有ると思うが NETCOBOLは富士通限定か
まだMF-COBOLの方がマルチプラットホームだからマシか あるツイート
未だに基幹システムにCOBOLを正式採用してるような会社は基本的に変化を嫌うので、
海外のイケイケのベンダーが10億円未満でモダンなアーキテクチャを提案しても見向きもせずに国内古典SIerに100億円以上払ってCOBOLの基幹システムを保守しながら続投させるという話を聞いて戦慄している
OpenCOBOLに移行しつつ有るの知らないんだな Javaのライセンス料なんてメインフレームやオフコンの維持費と比べたらゴミみたいなもんだし
OSやDBのライセンス料と比べても安いもんだ >>455
繋がってるクライアント端末も関係するしね あるツイート
弊猫も最近は「IBM以外のメインフレームってなくなっていくんだろうな」という気はしてるんだけど、COBOLがなくなるかっていうとあんまそういう気はしてないし、
ましてやよその会社や組織の言語が何で開発されてるかって、Javaで置き換えろとか余計なお世話じゃないかと思ったりする。
COBOLで動くレガシィシステム有った所で誰にも迷惑かからん
VBもね >>453
銀行のように不具合を絶対出せない会社が多いのだから
予算10分の1で新しい物を作れるとしても、実績がないシステムは採用できんわな
10年くらい1度も不具合を出さずに安定稼働して、やっと検討されるかもしれない
ウインドウズPCみたくフリーズしますたwリセットwwwとはいかんのだよ >>459
銀行でもユニシス系の様にWindowsサーバー使ってる所も有るけど
週一回は再起動してるみたいだけどね https://r.nikkei.com/article/DGXMZO48430390Z00C19A8TCR000
COBOLに罪は無い
TISがCOBOL→Javaに移行させた事によってメインフレームの維持が悪だと言うイメージが出来上がった
実際、移行して発生したのはJDK更新ホリックとライセンスホリック
COBOLをオープン化したり、AWSへCOBOLのまま移行するなら、オープン化と言う意味では問題無し あるツイート
とすると絶滅が危惧されるのはCOBOL技術者じゃなくてCOBOLシステムをメンテナンスする予算なのでは
メンテ予算するならオープンCOBOLに移行すれば良い
それだけの話 【悲報】底辺IT土方僕、他社がCOBOLからJAVAへ移行したシステム(旧仕様書破棄済)を再COBOL化するプロジェクトにアサインされる
http://hebi.5ch.net/test/read.cgi/news4vip/1566005326/
https://programmingch.com/1165/
COBOL→Java→COBOLねえ
しかもドキュメント破棄済みとか
そもそもCOBOL→Javaが間違い、と答え出てるだろ ↑
AWSでCOBOLからクラウド化出来る事になって戻すって言い始めたみたいね
だからJavaに移行すんなって ドキュメントが無くてソースしかないシステムを
コード読んで仕様書作成から始めるなんて、わしの若い頃はよくあった
>>463はただの甘え 今、Javaに移行した結果の弊害出てるからな(ライセンス他)
COBOL使い続けてた会社が結果、
勝ち組だったと言う事 若者にCOBOL教育が必要か
不要と思った若者は自分から退社するから問題無い
結果としてCOBOLの技術者の補充はされない あるツイート
メインフレームでは現役で塩漬けにされてることが多いな。 ただ、これからの若者が時間かけて覚える必要はないよね。 どうせ大規模改修とかないからCOBOL使える老人でも運用で飼い殺しとけば良い。
若い技術者に期待するだけ無駄
覚える気が無い あるツイート
本当の害悪はCOBOLではなく、メインフレームだと思います。たとえソースがCOBOLのままだったとしてもメインフレームでなくなるだけでもだいぶ救われるかと
結局、こういう事 メーンフレームがなくなると救われる
あまりにも意味不明すぎる メインフレームのハード→PCサーバーに移行、と言う意味かと あるツイート
首都圏でのソフトウェア開発系フリーランスエンジニアの平均年収を見てみます。経験やスキルの高低により数倍の開きがありますが、平均としては概ね会社員よりは高い傾向にあるようです。COBOL: 636万円 VBA: 636万円 VB: 660万円 VC++ : 720万円 Oracleに付いて来たPro*COBOLで、UNIXサーバーに移行した、とか2000年近辺は有ったと思うが、、
メインフレーム→UNIXサーバーへのリホストが一般的で無かったので広まらなかったな
今はOracleライセンスがウザイのでPro*COBOLを使う機会がほとんど無くなった
Pro*COBOLでMy SQLへの接続は出来るみたいだが
他のDBには無理みたい https://mohritaroh.hateblo.jp/entry/2019/09/14/203000
みずほ銀行はフルスクラッチで勘定系システムを再構築
(しかもメインフレームのままCOBOLで)
そこまでやるならCOBOLで統合するまでにしてリホスト(Linuxサーバ化)するだけの方が安くついたと思われる ■ このスレッドは過去ログ倉庫に格納されています