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

元スレ

1 ：仕様書無しさん：2018/05/26(土) 20:22:38.70 .net
■前スレ
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/

7 ：仕様書無しさん：2018/05/27(日) 23:11:31.58 .net

組み込み関数って第3次追補1規格だから、
日本に入ってくるのが遅かったんじゃないの？
古いCOBOL85の仕様書には載ってなくても不思議はない。

13 ：仕様書無しさん：2018/06/10(日) 18:30:03.35 .net

以前の仕組みを理解している人がいない

13 ：仕様書無しさん：2018/06/10(日) 18:30:03.35 .net

以前の仕組みを理解している人がいない

24 ：仕様書無しさん：2018/07/15(日) 01:19:03.17 .net

バブルな時ってパソコンと言えばMS-DOS
業務用としては非力すぎるのでバブル期に導入されたのは
メインフレームやオフコン
それらはほぼ独自OSで使える言語はほんの少しだけ
選択肢は基本的にCOBOLしかなかったんだよね
もちろんUNIXとかも日本に上陸してたから素のCで組むこともできたけど
新人を急遽C使いするぐらいならCOBOL使いにした方が安全かつ安上がりなんだよ

10 ：仕様書無しさん：2018/06/06(水) 05:18:55.90 .net

まだあるのかこれ

40 ：仕様書無しさん：2018/08/09(木) 20:47:50.68 .net

：2018/08/16(木) 02:06:39.58 .net

：2018/08/15(水) 18:12:43.13 .net

：2018/08/19(日) 15:11:28.92 .net

に書いた通りだよ

46 ：仕様書無しさん：2018/08/11(土) 09:45:00.18 .net

【料金搾取】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

70 ：仕様書無しさん：2018/08/19(日) 07:42:51.43 .net

：2018/08/12(日) 01:23:32.86 .net

やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。

37 ：仕様書無しさん：2018/08/08(水) 14:27:42.38 .net

：2018/07/15(日) 17:58:26.47 .net

：2018/06/21(木) 17:32:51.73 .net

こりゃCOBOLがなくなるな

45 ：仕様書無しさん：2018/08/11(土) 06:07:11.00 .net

：2018/06/11(月) 20:45:51.87 .net

COBOLはあまりに量が多すぎて、その上継ぎ足し継ぎ足しで使われてて
（ただし仕様書は継ぎ足されない）基本何してるのかもさっぱりわかんないから
COBOL捨てるって選択をいれると、まず金の面で話にならねえからなあ

33 ：仕様書無しさん：2018/08/05(日) 21:57:42.08 .net

既に稼働しているCOBOL資源が多過ぎて、それら全部変えるにはコストも時間も掛かり過ぎるし、
別の言語で新たに起こし直す以上どうしたってリスクも避けられないからな。

38 ：仕様書無しさん：2018/08/08(水) 16:53:40.12 .net

みずほがグダグダなのは取締役連中がダメだから、が一番大きいけどね
遅かれ早かれ逝くと思う

11 ：仕様書無しさん：2018/06/10(日) 13:59:30.18 .net

マイグレーション元のCOBOLと、マイグレーション先のJavaの両方できれば当分需要ありそうだよなあ。片方できるのはいっぱいいるけど両方は全然いない。
まあマイグレーションって基本ブラック案件だから、できないほうがいいのかもしれないが。

68 ：仕様書無しさん：2018/08/18(土) 14:17:06.08 .net

：2018/06/11(月) 08:17:09.49 .net

COBOLシステムの大規模改修自体が出来ないから、そのまま使ってるんですが？
だから運用で対応するわけね

35 ：仕様書無しさん：2018/08/06(月) 21:54:24.97 .net

産みの苦しみだな

61 ：仕様書無しさん：2018/08/17(金) 12:24:47.66 .net

COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと

25 ：仕様書無しさん：2018/07/15(日) 17:56:59.03 .net

：2018/08/14(火) 20:04:34.15 .net

具体的に何がどうしたんだ？

59 ：仕様書無しさん：2018/08/16(木) 07:09:49.74 .net

あくまでも思い込みです

60 ：仕様書無しさん：2018/08/17(金) 11:37:29.02 .net

なんでコボルは数値計算が強いの？
今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの？

43 ：仕様書無しさん：2018/08/10(金) 23:19:47.08 .net

途中で送信しちゃったわ

集団項目から集団項目への転送も簡単にやらせろーーーー
せめてコレポン使わせて・・・

47 ：仕様書無しさん：2018/08/11(土) 15:56:38.81 ID:ztgqAOgQI

：2018/08/02(木) 22:16:55.82 .net

C#やJavaだと%で余り算出してる人が、いざCOBOLになるとわざわざ使いもしない商格納用の変数定義までしてDIVIDE文を使う不思議。

6 ：仕様書無しさん：2018/05/27(日) 16:59:23.09 .net

が知らなかっただけだろうね。
組み込み関数自体は特段マイナーなものではない。
テーブル内の特定の項目の最大値や合計値等を求める場合に
テーブルを1から最後までループしていたり、
ある数をある数で割った余りだけが必要（商は不要）な場合に、
わざわざWORKING-STORAGEに使いもしない商格納用の変数を定義して
DIVIDE文を使ってたりするソースを見ると、無駄なことしてるなあって思う。

3 ：仕様書無しさん：2018/05/26(土) 22:36:32.86 .net

仕事はあるある

27 ：仕様書無しさん：2018/07/26(木) 16:50:01.10 .net

：2018/06/30(土) 16:47:00.43 .net

：2018/05/26(土) 20:53:16.36 .net

髪の毛は増えてない！

23 ：仕様書無しさん：2018/07/15(日) 00:07:31.23 .net

他の言語も大差ないのでは？
COBOLよりは遥かにマシだと思うけど

72 ：仕様書無しさん：2018/08/19(日) 11:25:07.72 .net

数値計算といってもCOBOLで使われるのはあくまでも整数計算のみ
固定小数点のね

36 ：仕様書無しさん：2018/08/08(水) 13:39:16.72 .net

：2018/07/26(木) 16:52:29.71 .net

バッチ処理部分をOpenCOBOL化してUI部分をPHP、Pythonで作れればJavaより安く作れる

54 ：仕様書無しさん：2018/08/14(火) 17:12:23.12 .net

金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態

34 ：仕様書無しさん：2018/08/06(月) 16:52:48.89 .net

>>ライブラリ
OpenJDKででも存在してれば、ね
実際メガバンクは自前で金額計算部分を銀行個々でライブラリ化してるだろう
それをライセンス徴収開始で御破算にするのは今更出来ない
みずほはプログラマ確保のし易さからJava採用したが、結果的に納期に間に合わず外国人が実装してた
りそなみたいにCOBOLでUI部分も作れるなら、その方が賢かったが三菱UFJへの対抗から安易にJavaへの移行を決定して未だに苦労してる

53 ：仕様書無しさん：2018/08/12(日) 16:59:00.63 ID:CpJxMJIiq

COBOLを使い続けるのが一番安上がりで現実的なんだけど、
新しい物を提案し続けないと商売にならないっていう考え方もあるからまあ仕方ない。
単純にメンテするだけなら毎年単価下げないとユーザーは契約しないよ、それじゃあ技術は進まないし。

41 ：仕様書無しさん：2018/08/10(金) 01:42:52.54 .net

やはりCOBOL復活だな

12 ：仕様書無しさん：2018/06/10(日) 16:06:27.08 .net

COBOL捨てるならマイグレーションとかしないで、新規システムにするだけじゃないの。

21 ：仕様書無しさん：2018/07/14(土) 21:09:07.33 .net

企業の事務処理全般が手書きが常識の時代から
全てIT化するのが常識の時代へ移り変わったのはバブル景気の時

企業は節税目的もあって一斉にIT化に費用を掛けた
当時技術者の数がまったく足りなくて、いち早く技術者として一人前になれる
ある意味簡易な言語がCOBOLであり
高度なことができないからかえって安全な言語だった

その時に作られた膨大なシステムがほぼCOBOLだから
これを駆逐するのは多分あと100年経っても無理だと思うんだぜーーー

私は還暦後のアルバイトとしてコボラーに戻る予定
今は流行りの言語やってるけど周りの若い子の
すぐ諦める姿勢には苦笑いしかでないわ
それは言語の仕様の問題じゃなくて、あなたの根気の問題じゃねーの？って
内容の愚痴をさも正当な理由かのように、愚痴愚痴と煩いわ

65 ：仕様書無しさん：2018/08/18(土) 04:03:17.32 .net

COBOL需要、と言うか金融系では再評価されてる

48 ：仕様書無しさん：2018/08/11(土) 18:16:23.47 .net

：2018/06/10(日) 20:09:38.18 .net

だったら、
古いのは捨てる
古いのはそのまま使う
のどちらかだろう？

後者ならCOBOLの出番があるが、
そのまま使うならjavaの出番はない

8 ：仕様書無しさん：2018/05/27(日) 23:26:54.65 .net

第3次追補1規格は米国では1989年、日本でも1992年制定か。それでもなかなか古いね。

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

レスを投稿する（名前省略可）コメントをキャンセル

この記事を読んだ方へのおすすめ

カテゴリ一覧

最新のまとめリスト

最近のコメント

レスを投稿する（名前省略可） コメントをキャンセル

この記事を読んだ方へのおすすめ

カテゴリ一覧

最新のまとめリスト

最近のコメント

レスを投稿する（名前省略可）コメントをキャンセル