COBOLって今需要増えてるの？Part7

■ このスレッドは過去ログ倉庫に格納されています
2018/05/26(土) 20:22:38.70
■前スレ
COBOLって今需要増えてるの？Part5 [無断転載禁止]©2ch.net
http://medaka.2ch.net/test/read.cgi/prog/1481468519/
COBOLって今需要増えてるの？Part6©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1497126175/
2018/08/05(日) 16:45:24.81
C#、Javaは計算出来るが金額計算には向かない
それを無理やり金融機関でシステム移行に提案したのは大手Sier
この人たちの罪は大きい
32仕様書無しさん
垢版 |
2018/08/05(日) 19:40:42.31
実際には桁の大きい10進数計算が正確にできればいいだけだよな。
で、そういうのはライブラリで出回ってて既に言語は関係なくなっているように思うのだがなあ。
かといってその一歩を踏み出す勇気はないと。金扱ってるのでリスクは極限まで下げたい。
ということでCOBOLは生き続けているんだろうな。
2018/08/05(日) 21:57:42.08
既に稼働しているCOBOL資源が多過ぎて、それら全部変えるにはコストも時間も掛かり過ぎるし、
別の言語で新たに起こし直す以上どうしたってリスクも避けられないからな。
2018/08/06(月) 16:52:48.89
>>32
>>ライブラリ
OpenJDKででも存在してれば、ね
実際メガバンクは自前で金額計算部分を銀行個々でライブラリ化してるだろう
それをライセンス徴収開始で御破算にするのは今更出来ない
みずほはプログラマ確保のし易さからJava採用したが、結果的に納期に間に合わず外国人が実装してた
りそなみたいにCOBOLでUI部分も作れるなら、その方が賢かったが三菱UFJへの対抗から安易にJavaへの移行を決定して未だに苦労してる
35仕様書無しさん
垢版 |
2018/08/06(月) 21:54:24.97
産みの苦しみだな
2018/08/08(水) 13:39:16.72
>>35
産みの苦しみだよね
2018/08/08(水) 14:27:42.38
>>34
苦労してるね
2018/08/08(水) 16:53:40.12
みずほがグダグダなのは取締役連中がダメだから、が一番大きいけどね
遅かれ早かれ逝くと思う
39仕様書無しさん
垢版 |
2018/08/09(木) 20:25:16.49
>>30

VBだって通貨型の変数あるじゃん
だからといってVBで開発はしないと思うけど
2018/08/09(木) 20:47:50.68
>>39
有る
しかし、DB上で定義するだけで無く、途中の計算し易さとか編集のし易さがVBはCOBOLに劣る
VBプログラマーの一時しのぎ主義も問題として有る
(とりあえず動けば良い)
2018/08/10(金) 01:42:52.54
やはりCOBOL復活だな
2018/08/10(金) 23:17:38.16
今はC#やってるんだけど、同じようなバッチ処理を作ってもC#だとめちゃ早く作れる
色々な便利機能がついてるから
同じことをCOBOLで作ろうと思うと２〜３倍は時間がかかると思う

だからCOBOLがダメだって話じゃないよ

最後にCOBOLの開発案件にかかわったのは３年前だけど
COBOLの開発なのに、そのスケはおかしーーーーんじゃないの？ってぐらい
開発期間が異常に短くてスケ通りにまったく進まないどころか
スケで予想されてる２〜３倍は時間がかかったので下請け会社は大赤字だったみたい

で、このスケを引いて見積もり書いたのも仕事発注した窓口もJavaしかやったことありませんって人だった
これだからCOBOLわーーーーーって陰口言いまくりだったみたいだけど
COBOLで納得して仕事受けたんちゃうんかい！って思った

今日はC#で作業領域の集団項目とかREDEFINEとかCOPY句機能が使えたらなーーーとボーっと考えてた
いちいち、newとかnewとかうぜーーーーーよ！
そして集団項目と再定義使わせろ
2018/08/10(金) 23:19:47.08
途中で送信しちゃったわ

集団項目から集団項目への転送も簡単にやらせろーーーー
せめてコレポン使わせて・・・
2018/08/11(土) 02:56:20.22
コレポンって楽な機能だよね
2018/08/11(土) 06:07:11.00
>>42
それはJavaでの開発した事無い会社が悪い
COBOLでの開発経験有る会社ならそんなスケジュールしないでしょ
そもそもオブジェクト指向言語のJavaでの開発工数とCOBOLの開発工数を同じ感覚でやってたらアホとしか言えんわw
46仕様書無しさん
垢版 |
2018/08/11(土) 09:45:00.18
【料金搾取】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf
2018/08/11(土) 18:16:23.47
>>45
COBOLで開発した事無い企業、だわ
間違い
2018/08/11(土) 22:22:46.53
C#ってjavaのようなものなんでしょ
2018/08/11(土) 22:30:20.25
ボラクルが関わってないからリスクが大違い
2018/08/12(日) 00:26:51.35
>>48
言語仕様はC++ベースは同じ
問題はCOBOLの様に金額計算や小数点計算に向かない事
2018/08/12(日) 01:23:32.86
やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。
2018/08/14(火) 17:12:23.12
金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態
2018/08/14(火) 20:04:34.15
具体的に何がどうしたんだ？
2018/08/14(火) 20:22:32.95
実業務でこんな大きな数を扱うことはまず無いだろうが、
FUNCTION INTEGER(FUNCTION LOG10(999999999999999999))が18を返してきた。
OpenCOBOLとIBM Enterprise COBOL for z/OSで確認。
2018/08/15(水) 18:12:43.13
>>54
それ、どっちもモジュールはCに変換されるヤツだな
Cに変換された後のバグじゃね
2018/08/16(木) 02:06:39.58
>>52
今必死こいてOpenJDK化してるんじゃね
オラクル特許侵害する様なプログラムソース作ったら訴えられるのに
2018/08/16(木) 07:09:49.74
あくまでも思い込みです
2018/08/17(金) 11:37:29.02
なんでコボルは数値計算が強いの？
今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの？
2018/08/17(金) 12:24:47.66
COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと
2018/08/17(金) 13:35:47.83
>>59
その上、計算コードが読み易い
他の言語は人によって読めないから
2018/08/17(金) 16:34:24.59
そうだよね
COBOLの計算式は本当に算数のようで
プログラム未経験者でも見やすいと思う

他の言語は自由がききすぎて
お金の計算、特に利息などの少数以下の取り扱いが
どの段階でどの様に丸めるかとか
あーんまり考えたことない技術者だらけだと思う
丸め方で積み重なれば数億の損害になったりするから
ここは非常にシビアなところなんだけどね
2018/08/17(金) 20:32:26.71
>>61
実際メガバンクでCOBOL→Javaに移行した所は全く誤差が無い、とは言えない危険性が有る
経営者が気づいて無さそうだが
2018/08/18(土) 04:03:17.32
COBOL需要、と言うか金融系では再評価されてる
2018/08/18(土) 12:30:16.05
その根拠は？
2018/08/18(土) 14:17:06.08
>>64
うーんたぶんだけど
他の言語だと技術者の粒が揃わず品質にバラつきが出やすいからじゃないかな？

今私はオブジェクト指向言語を使ってるけど、
バージョンアップ対応で元のソースを解読してると
何度も何度も車輪の発明をしてて馬鹿かとしか思えなかった
言語としては優れてるのかもしれないけど
技術者およびマネージャーの意思疎通が図られておらず
どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

その点、COBOLだと強制的にある程度の画一性や品質が確保される
2018/08/18(土) 15:11:18.95
>>どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

それはVB4,5,6の時でも有った話

実質、プログラマのメンタルは変わってない
それがオブジェクト指向でも発揮されてコードが他人に理解しにくくなってる

>>その点、COBOLだと強制的にある程度の画一性や品質が確保される

この一点につきる
2018/08/19(日) 07:42:51.43
>>65
それ金融系がということじゃなく、根拠は自分がそう思ってるだけだよね
2018/08/19(日) 08:52:39.35
数値計算だけ特別にクラス作って処理すれば、他言語でもコボルの代わりになれる？
2018/08/19(日) 11:25:07.72
数値計算といってもCOBOLで使われるのはあくまでも整数計算のみ
固定小数点のね
2018/08/19(日) 15:04:35.54
>>68
正解
COBOLで外部モジュール作ってJavaとかPHPから使えば良い
>>69
小数点付き計算やわり算の誤差が無い部分がCOBOLのメリット
それを外部モジュールで作る
2018/08/19(日) 15:11:28.92
>>67
COBOLが金融に強いのは>>61に書いた通りだよ
2018/08/19(日) 19:53:48.12
要は小学生で習う程度の算数計算に強いだけじゃん
金勘定の基本は算数だけどさ
2018/08/19(日) 23:05:52.21
>>72
あなたが技術者でないことはわかった
2018/08/20(月) 01:14:26.90
そもそもコボラーは技術者じゃないよ
昔は商業高校でCOBOL教えていた
だからCOBOLしかやったことない40過ぎのおばちゃんのスキルシート見ると最終学歴が商業高校だったりする
実務的には簿記をやるレベルってことさ
2018/08/20(月) 01:50:10.27
蛇腹ーは簿記すら理解できないじゃん。。。
2018/08/20(月) 03:09:32.35
そういう人達を排除した結果がCOBOL→Javaだった
で、オラクルに梯子外された
2018/08/20(月) 07:06:44.97
話がずれてるのは何でだろうね
2018/08/20(月) 08:18:02.88
COBOLが再評価されてるって、JavaからCOBOLへのシステム再構築があるってことか
マジで？
2018/08/20(月) 17:55:53.82
>>78
Java→COBOLは無いよ
そういう所はライセンス払ってJava継続するかスクリプト系言語に変えるかしか無い
COBOL→Javaへ移行検討してた所が方針見直してCOBOLのままオープン化するって事
2018/08/20(月) 20:41:05.07
>>79
なんでそこでスクリプト系言語が出てくるんだ？
2018/08/20(月) 20:41:49.00
そんな事例聞いたことないのだけど、ソースは自分がそう思ったとかじゃないよね。
2018/08/20(月) 21:29:02.29
だから一旦、Javaに移行したらJavaの蟻地獄にはまって抜けれ無いよ
2018/08/21(火) 01:00:27.81
goto文だらけのCOBOLよりマシ
2018/08/21(火) 01:18:32.96
今は構造化プログラミングでGOTO文地獄って少なくなってる
2018/08/21(火) 01:31:54.55
GOTOはEXIT行き以外は禁止のとこがほとんどだよね
↑に戻るのは頭がおかしいのか？扱いされる
2018/08/21(火) 01:38:42.73
COBOLは一回開発しちゃうと同じソースをメンテしてメンテして使いまわすから
むかーしのGOTO地獄とフラグ地獄をたまに見かけるよね
むかしのマシンが非力かつ高額な時に、負荷が少なく高速で実行できるからってことで
GOTOを多用してたからまあ仕方ない
2018/08/21(火) 04:16:57.33
古いソースはね
今はほとんど構造化プログラミングでしょ
GOTO文がほとんど無しでサブルーチン化
むかーしのプログラムを修正する時にGOTO文とフラグの嵐みたいなのに当たると相当の苦痛を強いられる
2018/08/21(火) 07:15:03.55
gotoを使わないことが構造化プログラミングだとドヤ顔で言いIF文のネストをひたすら繰り返す老害コボラー。
2018/08/21(火) 08:02:38.28
>>88
小学校から国語やりなおしたら？
2018/08/21(火) 08:22:44.35
PERFORMの飛び先にPERFORM二つ
またその飛び先にPERFORM三つ

そして最後にあるのは、MOVE文のみ。
若造よ、これが構造化プログラミングなのだよ！

あと内部PERFORMは禁止な。
2018/08/21(火) 12:32:03.82
老人は構造化プログラミングが〜と言い、若手はオブジェクト指向プログラミングが〜と言う
そしてお互いに馬鹿にする
これが底辺プログラマです
2018/08/21(火) 15:50:20.46
COBOLでオブジェクト指向ってNETCOBOLで出来たと思うが
.NET環境でCOBOL使わないならCOBOLにオブジェクト指向なんて不要だし、ほとんど構造化プログラミングで済む
適材適所だわな
オブジェクト指向プログラミング出来る言語は重要だが、それが足かせになってる言語も有る
Javaが最たるモノだが
2018/08/22(水) 21:38:37.23
確かに固定小数点の数の、四則演算及び整数乗の計算精度は高いね。

>>74
その頃はまだ誰もが大学に行くのが当たり前という時代では無かったから、
実はそこそこ頭もいいんだけど親の稼ぎの問題等で高卒って人も時々いる。
でも、今30代以下の人で、大学に行ってなかったり、定員割れしてるような大学出身の人は、極一部を除いて驚くほど頭の悪い人が多い。
例えば1〜12月や日〜土曜日を英語で書けない、ヘボン式のローマ字表記を知らない、小学校で習う程度の漢字の読み書きが出来ないとか。
2018/08/22(水) 23:53:51.05
やたら人のあらを探して見下すことを言うのも老コボラーの特徴だね
2018/08/23(木) 02:05:14.26
汎用機COBOL→オープンシステム化は有る
2018/08/23(木) 02:43:22.05
>>95
富士通のSEから聞いた話で、その後に
汎用機COBOL←オープンシステムに戻ってくるのが
100件に1件くらいの割合であったってさ。
ウチも最後はエミュレータで締めたけど。
まあ、減っていく一方に変わりはない。
2018/08/24(金) 02:17:12.50
>>96
戻るメリットって無い様な、、
オープン化したらオープン化のままCOBOL使えって
2018/08/24(金) 07:12:14.16
オープン系やったことなら解るけど、開発環境がまるで違う。コマンドメインの古くさい汎用系で開発なんかしたくなくなるぞ。
2018/08/24(金) 08:17:31.21
昔で言う汎用機はもう存在しない
汎用機OSを載っけたサーバーがあるのみ
2018/08/24(金) 19:27:11.43
>>99
こっちはエミュだけど
http://www.fujitsu.com/jp/products/computing/servers/primequest/products/2000/option/osiv-xsp-4/

これは汎用機じゃないの？
http://www.fujitsu.com/jp/products/computing/servers/mainframe/gs21/lineup/gs213634/index.html
2018/08/24(金) 22:25:13.21
FUJITSU Server GS21と書かれているが
汎用機OSを載っけた鯖じゃないのかね
2018/08/25(土) 18:37:28.98
まあ国民支配のための道具じゃないんだし
汎用機と言えどもサーバーだよ
2018/08/25(土) 20:33:06.62
何言ってるのか判りません
2018/08/25(土) 22:10:09.90
日本人の知性も地に落ちたんだなあ
2018/08/26(日) 00:17:34.19
なんで話の脈絡に関係なく知性とか言い出してるのさ
2018/08/26(日) 00:33:16.80
>>104
お前さんの脈略もないカキコをみてると確かにそう思うよ
2018/08/26(日) 00:50:59.83
わざわざレス番つけて晒したら可哀想だよ
2018/08/28(火) 02:28:18.01
某銀行
銀行側「なぜこんなバグが見つけられなかったの？」
開発会社「作業人数不足です」
銀行側「募集かけろよ！」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ！新入社員いるべ？」
開発会社「え！？いや…
2018/08/28(火) 02:31:06.69
https://www.ifhnosworldtour2010.org/2018/02/13/cobolはなくならない？今後まだまだ案件がある4つの/

エンジニア数が減り希少価値が上がってる
2018/08/28(火) 02:34:14.27
https://se-hack.com/cobol-project

金融、自治体は業務知識が求められる
2018/08/28(火) 07:09:43.50
人売会社が人集めの為に空案件を出す
それを見てまだまだ仕事が沢山あると勘違い
2018/08/28(火) 15:17:18.66
>>108
銀行のシステム子会社は新卒でcobolやるやん
2018/08/28(火) 19:59:39.40
サマータイム、元号変更、GoogleのJavaScript無効
やる事多くてCOBOLから他の言語へ移行なんて同時に出来ない
2018/08/29(水) 02:01:42.39
Javaももうすぐ死ぬしなあ
昔の人の知恵を馬鹿にしちゃ駄目だよね
2018/08/29(水) 08:20:16.51
これからもJavaよりCOBOLの需要が無いことは判ってるよね
2018/08/29(水) 09:03:04.05
まだJavaの仕事があると思ってるんだ！
作っちゃったシステムのお守りくらいしかないだろ
しかしどうすんだよJavaで作っちゃった奴
2018/08/29(水) 14:57:55.29
今もCOBOL運用してる所はある程度保守予算有る所だからね
Javaに移行した所はシステム保守費用抑えるためだったのに、それがアダに
2018/08/29(水) 17:25:38.27
また妄想かい
レガシー資産の保守運用費は安い。
2018/08/29(水) 18:50:38.59
汎用機COBOLからのマイグレーション案件多いのは保守経費削減も理由に有るでしょ
2018/08/29(水) 21:00:19.49
どこを見て多いと言ってるのか解らないけど、
それはCOBOLにはマイグレ案件しかないと言う証ではないのか
2018/08/29(水) 23:16:12.20
>>120
マイグレーション案件以外も少数なら有るよ
実際探していないなら探してみ
マイグレーションもCOBOL→別言語って訳でも無いから
COBOL→別言語、全くのオープン環境
って思ってるならお前さんがそういうシステムハウスに所属してるから、その願望が強いからでは
2018/08/30(木) 01:06:47.94
探すってまさかネットで出回ってる案件のことじゃないよね
本当に募集してるかも怪しい
2018/09/09(日) 07:09:47.69
AS/400サポート期限せまってるからマイグレーション案件増えてるみたいね
2018/09/10(月) 13:32:42.32
IBM iは未だに現役じゃないの？
2018/09/11(火) 02:18:03.68
>>124
現役だけど一部バージョンが2019.01月でサポート終わる
それの移行案件が出てるIBMのまま移行するか他のオープンシステムに移行するか
JavaライセンスでCOBOL→Java移行熱は無くなった
2018/09/11(火) 08:25:09.66
>>125
COBOL移行熱が冷めたのはもう殆どのCOBOLがすでに駆逐されたからじゃないの？
少なくとも自分はCOBOLか走っている環境なんて一度も見たことないし
2018/09/11(火) 08:31:39.39
俺はJavaもCもC#も、走ってるの見たことないなあ
2018/09/11(火) 20:13:17.86
秒速何キロですか
2018/09/21(金) 23:23:39.17
ハローワーク求人100,078件の平均月給193,400円〜256,400円
その中から
COBOLの求人211件の平均月給250,400円〜433,000円
https://jobinjapan.jp/job-listing/keyword-cobol.html
Javaの求人643件の平均月給224,100円〜406,700円
https://jobinjapan.jp/job-listing/keyword-java-pg.html

という具合に現実社会ではCOBOLが高級待遇。
2018/09/21(金) 23:50:34.91
そりゃ今や特殊言語だから
Javaは案件多いがメンテナンス主体でプログラマーも多い
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況