損保ジャパンがCOBOL一掃を決意 [転載禁止]©2ch.net

1仕様書無しさん2015/10/15(木) 12:24:41.33
随分前から「もう古い」と言われ続けてきたCOBOL言語。それでも、COBOLで書かれた業務アプリケーションは、今も多くの企業で利用されている。
特に金融機関では、膨大な量のCOBOLアプリケーションがバリバリの現役。金融機関でも大手ともなると、年間で500億円以上もの巨費を、
COBOLアプリケーションの保守に費やすというから、驚きである。

 巨額の保守費用は当然、IT予算を圧迫し、攻めのIT投資を難しくする。金融機関の場合、先端ITを活用して新たなサービスを創る
FinTech(フィンテック)関連などの投資を増やさなければいけないから、由々しき問題である。本来なら一刻も早く、肥大化したレガシー資産を
今主流の技術基盤に移し、同時にスリム化を図る必要がある。

 実際、保守業務の非効率性は目を覆うばかりだ。ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。
あまりにも長期間にわたり属人的な保守を続けてきた結果、コードがスパゲティー化し、わずかな変更であっても影響の及ぶ範囲を容易には
特定できないからだ。システムトラブルのリスクは高まり、ビジネスサイドの要求に迅速に応えることもできない。

 コードがスパゲティー化し影響範囲を容易に特定できない現実は、抜本的刷新に踏み切るのをちゅうちょさせる壁ともなる。多くの金融機関で
経営課題と認識されながらも、相当の覚悟が問われるので経営者やIT部門は決断を先送りしてきた。そして、年を追うに従いアプリケーションは
複雑性を増し続けた。COBOL資産の規模が金融機関ほどではないが、他業種でも似た状況のユーザー企業は多い。

続き

http://itpro.nikkeibp.co.jp/atcl/column/14/531236/101300035/

2仕様書無しさん2015/10/15(木) 12:50:53.25
まずは業務をシンプルにすればいい

3仕様書無しさん2015/10/15(木) 13:29:05.33
企業名もシンプルにしてほしい

4仕様書無しさん2015/10/15(木) 16:00:50.18
>ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。

これ、冗談抜きでほんとにこれだからなwww
1行修正するだけのものも案件扱いで、これで給料貰ってええんかと思ってたわ。

5仕様書無しさん2015/10/15(木) 16:20:00.97
if a or b

if a or b or c


こんな感じか?w

6仕様書無しさん2015/10/15(木) 17:14:18.06
とはいってもテストの工数が掛かるんでしょ?
あまりうまみのある仕事でもなくなくない?

7仕様書無しさん2015/10/15(木) 18:05:44.09
そりゃ1箇所直しても、テストは短くて期末まで
長くて5年分のバッチ流して確認だもの。お役所よ

8仕様書無しさん2015/10/15(木) 18:08:48.64
ウチが前おった携帯会社もcobolからjavaに変えるって言ってたけど上手くいったんだろうか
java変更案件の担当だったゴミ上司が会社バックれて逃亡したというのは聞いたが

9仕様書無しさん2015/10/15(木) 18:32:49.11
お好きにどうぞ
日経ITプロ

10仕様書無しさん2015/10/15(木) 18:35:32.49
“おいしい”商売もいよいよ最後この悩ましい問題に、損害保険
ジャパン日本興亜がついに断を下した。他の大手金融機関と同
様、同社でも保守費用は年間で500億円を優に超える。この膨
大なCOBOL資産の大半をJavaに切り替える。プロジェクトは
2015年春からスタートしており、数年をかけて順次移行する
計画という

11仕様書無しさん2015/10/15(木) 20:37:46.29
>>6
> とはいってもテストの工数が掛かるんでしょ?

最近の開発ではテストは自動化することが常識で
特にロジックの部分に関しては、完全に自動化が可能なので
それさえ、きちんとやっていればテストの工数は大幅に減らせる。

12仕様書無しさん2015/10/15(木) 20:39:56.31
ニュース速報+にスレがあるのだけれど

13仕様書無しさん2015/10/15(木) 20:40:38.87
ただ、いままでCOBOLやってきた所が
いきなりテストの自動化ができるのか?と言われれば
疑問なんだよな。

COBOLの問題点は、COBOLの世界が他に比べて
何年も遅れているところにある。
プログラミング技術を成長させてこなかったから。
道具が劣ってるので、それを使う人間も劣ってる。

でテストの自動化を行うためには、飛躍的に
プログラミング技術を成長させる必要がある。
プログラミング技術は過去の技術の積み重ねなのだから
それに追いついてこれるのだろうか?

まあ人を入れ替えればいいんだけどねw

14仕様書無しさん2015/10/15(木) 20:45:35.39
それコピペw

15仕様書無しさん2015/10/15(木) 20:58:44.05
>>14
え?オリジナルだけど、どれのコピペ?

16仕様書無しさん2015/10/15(木) 21:02:44.93
ニュー速+

17仕様書無しさん2015/10/15(木) 21:38:15.67
問題は・・・・業務をきちんと理解できているやつが残っているかどうかだなwww
残ってなければ、完全新規でやったほうがいい。
中途半端に旧システムの機能を・・・ってやるとダメポの二の舞いw

18仕様書無しさん2015/10/15(木) 21:54:37.11
>>16
ニュー速+にある方がコピペだよね?

19仕様書無しさん2015/10/15(木) 21:55:49.59
時間を見たらいいんだね、わかった

20仕様書無しさん2015/10/16(金) 00:03:49.47
480 仕様書無しさん sage ▼ 2015/10/15(木) 22:11:42.51 [0回目]
ジィサンの居場所が段々と無くなってきてる
可哀想

こいつがいろいろ荒らしている

21仕様書無しさん2015/10/16(金) 00:03:55.25
たとえプログラマ全員がxUnitとか知ってても、上司ひとりが知らなかったら、
毎回テスト仕様書書いて手動テストの案件になる。

22仕様書無しさん2015/10/16(金) 00:46:59.30
COBOLが有ったから臭い爺さん達を地方の僻地にある地銀に送り込んで、
若い奴は都市部でコンテンツ作りに励めた。
これからは、Javaが使えるってだけで若者まで地方に送り出されるぞ。

23仕様書無しさん2015/10/16(金) 01:23:22.73
50代後半の爺は定年まではまだコボル大丈夫だなと思ってます。

24仕様書無しさん2015/10/16(金) 01:26:11.01
326 仕様書無しさん sage ▼ 2015/10/16(金) 01:03:22.23 [0回目]
ついには妄想で決めつけてるよ。
これだから○○○ーは...

25仕様書無しさん2015/10/16(金) 01:33:20.51
314 仕様書無しさん sage ▼ 2015/10/16(金) 00:11:26.49 [0回目]
ところで、コボラーの皆さんの建設的なご意見は一つも無いのですか?

26仕様書無しさん2015/10/16(金) 01:56:29.67
290 仕様書無しさん sage ▼ 2015/10/15(木) 20:30:41.62 [0回目]
さぁ、コボラーさんのご意見を伺おうではないか
ひょっとして人や物事をけなすしか能がない訳じゃ無いよね

27仕様書無しさん2015/10/16(金) 01:57:25.41
312 仕様書無しさん sage ▼ 2015/10/15(木) 22:58:02.64 [0回目]
コボラーは行動やスキルのなさを指摘すると
逆ギレして悪態を付く

28仕様書無しさん2015/10/16(金) 02:15:58.23
471 仕様書無しさん sage ▼ 2015/10/15(木) 12:17:41.06 [0回目]
馬鹿とか頭悪いとかしか言えない大人っているんだね。

29仕様書無しさん2015/10/16(金) 02:31:25.39
COBOLを一掃するだけじゃ駄目なんだよな。

COBOLを使うことにで、技術の限界が低いレベルになる。
誰でも使える=知識が不要=少ない知識では生産性は低い。
これがCOBOLの問題点。

COBOLを一掃することによって、技術の限界を上げることはできるが、
今度は生産性を上げるために、知識を沢山増やす必要が出てくる。
これは誰でも使えないものとなる。

そもそもプログラミングっていうのは技術職なわけで
専門家にしか使えないもので当たり前なんだが、
COBOLの場合は、それほど専門家じゃなくても使えるようにすることで
安い人材で大量に人を集めるというビジネスモデルだった。

それを高度な知識を持った少ない人材で開発するというスタイルに
変更しなければいけないので、発想の転換が必要になる。

30仕様書無しさん2015/10/16(金) 09:08:27.12
ここのプロパー
感じのわるいやつ多いよね

だからやめるとき保険解約して
名指しでクレームしてやんよ

31仕様書無しさん2015/10/16(金) 15:46:11.97
kokono de 友人が営業しているが、体壊して
休んでいた

32仕様書無しさん2015/10/16(金) 21:27:16.25
金融で1行なおすのにバカみたいに時間かかるのって、コードがうんこっていうより
修正は数分でも、影響調査やらレビューやら設計書やらテストやらなんやらが数ヶ月かかるってだけじゃないの?

33仕様書無しさん2015/10/16(金) 22:49:02.66
印鑑をいっぱい押しまくります

34仕様書無しさん2015/10/17(土) 01:25:37.14
やっとCOBOLを葬れるか。
ベルリンの壁崩壊以来の衝撃だ。

35仕様書無しさん2015/10/17(土) 01:35:45.34
1999年ころから某掲示板プログラマー板とかで
揶揄されたからCOBOLが悪い扱いになったのだろうな
また、デフレ期に全国で要員を解雇したから嫌がられたのかもw

36仕様書無しさん2015/10/17(土) 04:07:06.25
C言語ならがーッと修正しても
ユニットテストしっかりしてれば
デグレることはない(はず

37仕様書無しさん2015/10/17(土) 04:09:07.53
>>29
バカでも組める言語選んでも
そびえ立つクソが出来上がったら意味無い

38仕様書無しさん2015/10/17(土) 04:45:15.05
>>29
それがすべてではないがw

39仕様書無しさん2015/10/17(土) 07:45:15.49
Javaは「21世紀のCOBOL」になる

40仕様書無しさん2015/10/17(土) 08:22:04.57
>>1
今主流の技術基盤に移すのと、同時にスリム化が可能だと思ってるあたり、日経BPの記者だよなw

41仕様書無しさん2015/10/17(土) 11:00:52.21
> 実際、保守業務の非効率性は目を覆うばかりだ。ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。

なんつう言い方だよwww
勘定系なんてそんなもんだぞ

42仕様書無しさん2015/10/17(土) 11:19:26.00
間違ったら数億の損失だってあるだろうしな

43仕様書無しさん2015/10/17(土) 13:01:29.93
もしかしたら
中国がこれを機会にATMシステムの
技術盗みに来るかもな

44仕様書無しさん2015/10/17(土) 13:06:22.86
BPの本、売れてないだろうな

45仕様書無しさん2015/10/17(土) 15:00:19.34
日本でコンサルがあまり活躍できないのは、
「だって日経BPみたいなもんなんでしょう?」
と思われてるからかもなー

46仕様書無しさん2015/10/17(土) 21:09:48.85
>>42
今求められているのは、数億の損失を出さずに
わずかの期間で直せるようにすることだ。
最初から諦めてどうする?

47仕様書無しさん2015/10/17(土) 21:22:46.25
保険にはいるひとがいなけらばOUT

48仕様書無しさん2015/10/17(土) 21:53:43.04
class kuruma {
String simei;
int kyakuCode;
String afo;
}

49仕様書無しさん2015/10/18(日) 01:18:26.59
>>45
実際無能

50仕様書無しさん2015/10/18(日) 08:25:43.07
無能に無能と言われてもな困る
自分は何も出来ない癖にさ

51仕様書無しさん2015/10/18(日) 12:10:19.92
困ってるだけの無能にも困ったもんだ

52仕様書無しさん2015/10/18(日) 14:06:12.83
無能
→ クソコードを書く
→ そのクソコードに自分が苦しめられる
→ 時間がかかる
→ 勉強する時間がない
→ 無能

53仕様書無しさん2015/10/19(月) 22:15:20.39
そうなれば、おまえみたいな↑のが全部やらされるw

54仕様書無しさん2015/10/23(金) 04:10:03.14
java化の案件って必ず遅いって所でつまづくよな。
廃止予定のCOBOLまた引っ張り出してきたり、リリース延期とかばっか。
その辺決意した偉いさん方知ってるの?
無くすなら無くすで別に構わんが、COBOLは事務処理言語なんだよ。せめて高いホスト廃止してサーバCOBOL程度にしとこうとか思わんのか。

55仕様書無しさん2015/10/23(金) 07:07:11.15
別に言語はオープン系コボルでもいいんだよ。
ただコボルは知ってる人が少ない、さらにはオープン系となるとさらに少なくなる。
人を多く安く集めるのにはjavaが1番いいと言うこと。

56仕様書無しさん2015/10/23(金) 22:08:24.21
>>54
Javaが遅いんじゃなくてRDBの使い方がおかしいことが多い。

57仕様書無しさん2015/10/23(金) 22:39:57.89
常駐先では100万ドルのメインフレームを任された
それがここでは駐車係の仕事すらないんだ!
惨めすぎる…こんな、こんなことって…みんなどこへ行った?畜生…どこへ…
自社にもコボラーが大勢いた…
そう、大勢戦友がいた
常駐先には頼れる仲間が、コボラーがいた…ここには誰もいない

58仕様書無しさん2015/10/24(土) 02:23:20.54
と、夢を見た

59仕様書無しさん2015/10/24(土) 04:26:34.28
>>57
ずいぶん安いメインフレームだなあ

60仕様書無しさん2015/10/24(土) 07:37:41.49
☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。

61仕様書無しさん2015/10/24(土) 18:17:32.81
この会社、総務とかデスクワークの求人が多い
なんかあったのか

62仕様書無しさん2015/10/24(土) 21:42:47.49
銀行システムって、自動テストしてるの?
ハイスペックなサーバーでさえ、自動テストすると2ヶ月もかかるの?
まさかあれだけ複雑なシステムで社会基盤上重要なシステムで、
してないってことはないよね?

63仕様書無しさん2015/10/24(土) 22:00:26.66
二ヶ月て別に現場の作業だけでないでしょ
会社の稟議通したり渉外や人員配備などなんやかんやで最少で二ヶ月ってわけで

64仕様書無しさん2015/10/24(土) 22:05:13.14
意思を持たない50代奴隷おじが自動テストしてるよ、上から見ればね

65仕様書無しさん2015/10/24(土) 22:06:03.12
>>62
その複雑なシステム、自動テストだけで済むと思ってる?

66仕様書無しさん2015/10/24(土) 22:23:16.30
複雑なシステムと自動テストできるかどうかは別の話だろう?
どんなに複雑でも矛盾がないシステムなら自動テストは可能だ。

それに複雑なシステムだというのなら、それを手動でやるほうが大変だ。

67仕様書無しさん2015/10/25(日) 02:06:46.19
>>65
自動テストできないってことは仕様がないって言ってるようなもんだぞ。

68仕様書無しさん2015/10/25(日) 02:28:15.97
COBOLなんて基本バッチ処理だし、
UIとかネットワーク通信とかないんだし、
一番簡単に自動テストできるところだと思うんだけどね。

テストを作らずに無計画に増改築した結果、何が起こるかわからず
それでいて自動テストを追加するという発想もないから、
修正した結果どうなるかを手動でコード追っていって考えてるから
時間がかかってるんだろう。

69仕様書無しさん2015/10/25(日) 03:11:59.20
いくら簡単な作業でも納期は長めに見積もっとくのが普通なんじゃないの
COBOL使うようなシステムなら予算も多額に出るだろうしそのへんの融通も利くでしょ
何でもかんでも合理化していくと商売にならんよ

70仕様書無しさん2015/10/25(日) 03:15:45.83
> いくら簡単な作業でも納期は長めに見積もっとくのが普通なんじゃないの

誰か、簡単な作業だから納期を短めにする
とかいう話しましたか?

誰にレスしてるんです?


自分を賢く見せるために、自分が用意した馬鹿に対して
レスしてるようにしか見えないですね。

71仕様書無しさん2015/10/25(日) 08:33:43.28
自動テストって昔からある手法に名前がついただけなのに、何を偉そうに言っているのか。

72仕様書無しさん2015/10/25(日) 09:13:16.28
転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の2chスレが表示される

73仕様書無しさん2015/10/25(日) 10:08:08.86
やっぱり自動化されてないんだ・・・

74仕様書無しさん2015/10/25(日) 10:44:14.59
自動じゃなくて半自動だろうがw

75仕様書無しさん2015/10/25(日) 11:36:40.01
派遣にやらせればいいんだから自動化する必要なんかないだろ?

76仕様書無しさん2015/10/25(日) 12:22:05.17
自動でやるのに設定がいるという矛盾。

77仕様書無しさん2015/10/25(日) 17:07:20.52
勘定系案件なんて一番モデル検査できそうな分野なのにねえ
COBOLを捨てた次が次世代のCOBOLであるJavaという辺りがもうなんというか

78仕様書無しさん2015/10/25(日) 21:24:07.69
>>76
「設定」って何?

79仕様書無しさん2015/10/25(日) 21:56:39.41
>>68
>COBOLなんて基本バッチ処理だし、
>UIとかネットワーク通信とかないんだし、

もう、こういう認識している時点で物を知らないというか、レベル低すぎ。偉そうな書き込み止めてほしい。

80仕様書無しさん2015/10/25(日) 21:57:53.58
そうだろう、そういう書き込みばかりしているやつがこの板にいるのです

81仕様書無しさん2015/10/25(日) 23:16:39.67
俺よくわかってないんどけど銀行は全銀ネットワークで基幹はCOBOL?
んでフロントエンドのオンラインバンキングはjavaとかで作られててjavaがCOBOLで作ったAPI叩いてるイメージでいいの?

82仕様書無しさん2015/10/26(月) 01:44:41.21
>>79
お前、説得力ねぇなぁw
なにか持ってこいよ。説得材料となるようなものを。

83仕様書無しさん2015/10/26(月) 07:13:45.01
曖昧なもの言い対して曖昧な返し
何なんだ

84仕様書無しさん2015/10/26(月) 13:44:39.67
もとのレスが曖昧だからしょうがない。

85仕様書無しさん2015/12/03(木) 02:39:27.57
500億あればまるごと新しいの作れんじゃね

86仕様書無しさん2015/12/03(木) 07:36:02.21
既存のプログラムを限られた時間で解析できる前提ならそうかもしれん

87仕様書無しさん2015/12/04(金) 11:45:09.32
現行データの移行が大変そうだわ

88仕様書無しさん2016/02/11(木) 20:52:16.16
age

89仕様書無しさん2016/02/27(土) 18:07:51.64
>>87
絶対どこかでバグ作るよなw

90仕様書無しさん2016/02/28(日) 01:05:03.12
そんぽ、にほんはあかんから海外へとw

91仕様書無しさん2016/03/14(月) 13:17:50.66
age

92仕様書無しさん2016/03/21(月) 23:33:59.34
結局、恐ろしくてCOBL→JAVAにマイグレする強者はいない。
よって、COBOL→COBOL(次世代)しかないんじゃないか?

93仕様書無しさん2016/05/04(水) 15:09:27.04
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)が活発な情報交換・交流コミュニティでオープンソース開発されています(プログラマー募集中)

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーw


通話料が激安になるブラステル(050 Free)で、かなり遅延や音声途切れが発生する方は、以下の設定を試してください
○ Wifiと3Gのコーデックは2つ(GSM、G.711u-Law)とも有効にしておく
○ エコーキャンセルをOFF(チェックを外す)にする
○ あとの設定はデフォルトのまま
http://blog.livedoor.jp/gnunobian/archives/52013458.html
上記の設定でも音質が悪い方は、wolfsonの高音質チップを搭載した機種(Galaxy 初代S、S3、S6、 AQUOSPhone ZETA SH-06E、AQUOSPhone si SH-07E、AQUOSPhone Xx 206SH、 Galaxy Note II)に買い換えて下さい。

500円以下の格安SIMで使えて登録・月額無料、IPベース発信なら携帯へは5.5円/30秒、固定へは8円/3分(月額無料でこの価格はすごい!)
http://blog.jikoman.jp/2015/11/brastel-050-free.html

あと、050Freeの起動もしくは発着信が2週間以上ないとプッシュサーバー期限切れでプッシュ着信が出来なくなるので、Llama Location Profilesで1週間に一度050Freeを自動起動するように設定すると、2週間以上経過してもプッシュ着信できます


最後にロケットストーブの焚き口へ超省電力なDC扇風機で風を送ると、横引き煙突が12m以上あっても煙が逆流してきません。
よって、横引き煙突で超高効率な熱回収ができるので薪が少量で済みます
あと、燃焼室の大きさは『無煙竹ボイラMBG150』で検索して参考にして下さい
http://i.imgur.com/iVuglg9.jpg 
http://jp.misumi-ec.com/material/mech/KRT1/PHOTO/KRT1_221004926837.jpg
http://livedoor.blogimg.jp/zoukibayashinokai/imgs/2/a/2a3c6dc0.jpg
12

94仕様書無しさん2016/06/05(日) 18:13:41.07
COBOL自体に罪はないんだよなー
定型の業務処理に特化した言語だし、単体で出きることは少ないが、その分読みやすいし書きやすい。なにより簡単!

理系のエンジニアとかでなく中卒の女の子とかでも数ヶ月のOJTでそれなりにソルジャーになれるw
また業務ロジックに専念できるから基幹系のオーダーメイドシステムの構築には向いてると思われる。

損保ジャパンはそのままCOBOLを使い続けた方がいいと思うぞ!
今さらJavaに変えたところで10年経てばJavaが今のCOBOLと同じ立ち位置に没落する。

95仕様書無しさん2016/06/05(日) 18:34:30.71
>>94
>理系のエンジニアとかでなく中卒の女の子とかでも数ヶ月のOJTでそれなりにソルジャーになれるw
これが本当なら価値ありますね
DSLとしてのコボルと、仮想環境としての汎用機が再評価されてもいいのに何故ならないのかな
もしくは、なってるのかな

96仕様書無しさん2016/06/05(日) 18:51:18.18
ソルジャーに使わせるには高いからだろう。

97仕様書無しさん2016/09/09(金) 22:32:00.62
>>94
確かにCOBOLは俺みたいなエンジニア向きじゃない人間にも出来る言語だ。
米国防総省が提案して出来たんだっけ?

98仕様書無しさん2016/09/09(金) 23:25:29.08
>>94
それでも数か月だろ?

Javaなんてクラス設計させずにあるもんだけ使わせてれば
初週から働いてくれるし

99仕様書無しさん2016/09/09(金) 23:40:40.56
いやJavaなら初週からクラス設計できるだろ。

100仕様書無しさん2016/09/11(日) 15:55:14.94
中卒の女の子って言うからにはプログラム経験ないところからのスタートを示唆してるんじゃないの

101仕様書無しさん2016/09/12(月) 00:53:56.36
COBOLで1000万行とかあんじゃないの?
移植できんの?

102仕様書無しさん2016/09/12(月) 21:06:40.93
COBOLで1000万行なら
他の言語なら10万行程度だよ。

103仕様書無しさん2016/10/08(土) 23:16:18.66
そう、.net なら。

104仕様書無しさん2016/12/05(月) 22:11:56.38
今のシステムのメンテナンスさえ危ういのに
移植なんてできるのかえ。

105仕様書無しさん2016/12/08(木) 07:26:22.75
決意しただけなので。

106仕様書無しさん2016/12/11(日) 17:42:24.85
インド人にお願いするのがベストでしょ

107仕様書無しさん2017/01/19(木) 00:05:12.92
COBOLが廃れるって1999年の時に話が出てた気がする
西暦2000年問題の時に

金融系の基幹システムに使われまくってるからなかなか消えないのかな
しぶといよなw

大体、汎用機使用とセットだから、システム構成も変えて、言語も変えてとなるとかなりオオゴトになるもんな

108仕様書無しさん2017/01/19(木) 06:59:08.09
COBOLやったこと無いから分からんが
C言語で作れば大分安泰じゃないの?

109仕様書無しさん2017/01/19(木) 12:56:48.42
>>1
PLSQLか、あるいはDataStageなどのETLにするのか

110仕様書無しさん2017/01/19(木) 22:02:24.14
今行ってる現場は、逆にコボルでやってく宣言したぞ。
重複ロジックの統合とかやってる。既存コードのメンテとかやってる。

111仕様書無しさん2017/01/24(火) 22:18:25.64
損蛇は同和地区の代理店に厳しくすると伺ってますが本当ですか?
また同和地区の加入者には、より疑いの目で査定するとは本当ですか?

112仕様書無しさん2017/01/24(火) 22:22:36.36
>>111
解放同盟で法的手段はできますよ。

113仕様書無しさん2017/01/24(火) 22:29:37.71
損ジャも弁護士を立てますが、解放同盟でも優秀な弁護士を立てられますよ。無償です。

114仕様書無しさん2017/03/09(木) 19:02:44.45
>>108
Cはメモリをどこでも読み書きできちゃうから危ない。

115仕様書無しさん2017/05/01(月) 16:43:14.82
もうすぐ退職だから、

システムの変更、あと待ってもらえませんか。

116仕様書無しさん2017/05/21(日) 22:59:12.34
COBOLは非常に悪い言語だ。
しかし他の(ビジネス・データ処理用)言語は、もっとひどい。

                          --- Robert L. Glass

117仕様書無しさん2017/06/02(金) 17:57:10.92
javaで書き直している筈なのに、情シスの偉いのがCOBOL出身だからjavaで手続き型プログラム作ってて何も改善されないのが金融IT

118仕様書無しさん2017/06/02(金) 17:59:35.41
情シスの幹部が古ボラーで改善する気ゼロだからJAVAで書いても何も変らない

119仕様書無しさん2017/06/03(土) 00:11:44.90
コボルトと一緒に興亜も一掃します。

120仕様書無しさん2017/06/06(火) 22:26:28.08
いいえ

121仕様書無しさん2017/08/03(木) 16:05:50.20
どうでもいいけど、バグが消えんなあ

帰りたい

122仕様書無しさん2017/08/03(木) 22:26:22.88
そんぽのひとですか

123仕様書無しさん2017/08/04(金) 12:13:27.97
もう30年も前から決意してるだろうに、結局残るのがCOBOLだよな。
最高齢にして最強なんだわ。

124仕様書無しさん2017/09/15(金) 23:21:12.03
で、損保はCOBOL一掃したのですか?友人が数年前までCOBOLの改修してましたが。

125仕様書無しさん2017/09/17(日) 13:35:26.08
だから、決意しただけだって

126仕様書無しさん2017/10/04(水) 04:58:05.50
多言語に変更しようとして、COBOLの可読性の高さが証明されるだけなんだよね。

127仕様書無しさん2017/10/07(土) 01:25:11.06
COBOL事務員を一掃せよ
奴らは向上心がなく
給料だけ高い不良債権

128仕様書無しさん2017/10/07(土) 01:33:00.63
>>127
コボラーが向上心がないのは解る、が
コボラーの給料が高く感じるのは単に君がコボラーより無能なだけでコボラーの給料は特別高くないぞ?

129仕様書無しさん2017/10/07(土) 18:25:04.86
給料が欲しいならCOBOL勉強すればいいのに
そんな難しい言語じゃないし

130仕様書無しさん2017/10/07(土) 18:49:19.72
>>129
そう、COBOLなんて全く難しくはない。
だがそれで作られているシステム度重なる回収で複雑怪奇を通り越している。

131仕様書無しさん2017/10/07(土) 22:34:04.87
だから高い給料もらえるんだろうに。

132仕様書無しさん2017/11/11(土) 20:59:11.28
>>117
>>javaで書き直している筈なのに
COBOLからの移行ならC言語系は止めとくべきなのにな
せめてVB.netにしとけ

133仕様書無しさん2017/12/12(火) 02:23:12.24
みんな頑張れ。
介護職は嫌だ。

134仕様書無しさん2017/12/28(木) 16:30:00.43
後、5年

COBOL大切にしましょう。

135仕様書無しさん2017/12/29(金) 19:25:06.44
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

0WDF6FKQI8

136仕様書無しさん2018/02/04(日) 16:13:54.85
どうでも良いけど

AIはまだですか?

137仕様書無しさん2018/02/04(日) 19:46:01.70
愛などいらぬ

138仕様書無しさん2018/02/07(水) 21:56:46.87
あたしゃも少し背が欲しい!

139仕様書無しさん2018/02/14(水) 04:25:58.98
コボル、動いているは近寄らない。
みずほのシステム障害を笑えない段階だけど


ベンダの皆さんがなんとかしてくれると思う。
とりあえずコボルメンテで1000億円。


最終的には言いなりの3000億円のお支払い。
sj様ありがとうございます。

140仕様書無しさん2018/02/14(水) 20:40:49.99
お仕事どんどんカモーン!

141仕様書無しさん2018/02/15(木) 07:06:11.72
スパゲティプログラムとか言うけど、パスタプログラムとは言わないレガシーらしさ

142仕様書無しさん2018/02/15(木) 22:05:51.19
パスタではペンネやホイールを思い浮かべる人もおるので

143仕様書無しさん2018/02/16(金) 05:37:59.65
僕が定年なる25年後
きっとaiがcobolを一掃してくれるよ。


cobol 一掃しても評価はされないし、スキルも身に付かない。

新宿の半端な素人が吠えてだけ。

144仕様書無しさん2018/03/03(土) 15:06:32.23
もうここシステム開発頓挫しただろ
Javaライセンス料も発生して終わり

145仕様書無しさん2018/03/03(土) 15:56:45.06
みずほも酷いみたいだね

146仕様書無しさん2018/03/11(日) 15:43:31.12
興亜さん専用リストラ始まってるね。

147仕様書無しさん2018/03/11(日) 17:40:29.51
長い名前がやっと短くなるのか?

148仕様書無しさん2018/03/19(月) 05:24:19.74
興亜
可哀想な感じになってきたね

149仕様書無しさん2018/05/10(木) 11:54:49.71
ruby on railsで高速開発しようぜ

150仕様書無しさん2018/05/22(火) 12:33:07.74
とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

ZEX7C

151仕様書無しさん2018/07/04(水) 17:32:13.95
IT企画からコボルのメンテ依頼が来た。

コボル触ったことない俺、なんで?
「これからコボル勉強して広い業務をこなしてね」って事かい?

そんなに優しい会社か?

物凄く不安で、いつものように仕事が手につかない。

152仕様書無しさん2018/07/04(水) 21:40:05.08
COBOLの移植プロジェクトのために
コボルを熟知した若いこぼらーを養成しよう!

153仕様書無しさん2018/07/05(木) 07:27:18.46
しかしバカだねぇ。
コボルから脱却すれば人が安くなるとでも思ったんだろうな。

154仕様書無しさん2018/07/06(金) 16:18:05.14
他所でも質問したけど、メインバンクやクレジットカード会社はメインフレームを撤去したの?

みずほは直接は作業してないけど、目黒で開発やってるし、
クレジット三社統合はお台場から市ヶ谷へ開発拠点を移した。
どっちもCOBOLだったよ。クレジットはIBMさん主導。

155仕様書無しさん2018/07/07(土) 07:12:14.00
三社統合ってまだやってるのか

156仕様書無しさん2018/07/07(土) 09:00:55.30
まだやってる。
メインフレームは撤去できていない。一部できている部分も、COBOLが稼働していて、場所がHOSTからサーバーに移行しただけ。

157仕様書無しさん2018/07/08(日) 22:52:00.24
どうせIT土方にかわりが無いけど・・・

可愛いお姉さんが多いと聞く。

サイバーエージェントに転職します。

158仕様書無しさん2018/07/08(日) 23:22:26.07
マジっすか。パネェすね。

159仕様書無しさん2018/07/09(月) 00:08:27.21
クレジットさん3社統合、開発費300億円?

&#11093;&#11093;シャッタのシステム開発より格段に難しいけど、できるの?

三社各々仕様変更で不具合の山。
外資系ベンダーだから優秀という幻。

160仕様書無しさん2018/07/14(土) 14:05:04.25
絶滅危惧種のウナギの価格が暴騰しているのと一緒
かつて中国産のうなぎは150円も出せば買えたが今は何千円もするだろ

しかも引退したオッサン達が仕様書もろくに作らずに、こねクリ回したスパゲッティコード
これは罰ゲーム、前世代のケツ吹きだから、若い人はやりたがらないということ

コボラーのジョークがウィキペディアにまでのってるw
https://ja.m.wikipedia.org/wiki/COBOL

IDENTIFICATION DIVISION
ENVIRONMENT DIVISION
DATA DIVISION
PROCEDURE DIVISION
だったような

商業高校の情報系ってまだCOBOLやってるのかな?

161仕様書無しさん2018/07/14(土) 16:16:35.65
今の若者が作ってるJavaのそれも同じこと言われるよ

162仕様書無しさん2018/07/14(土) 18:05:05.16
ドキュメントが合って無いような、当然仕様書も無く、コメントすら意味不明な案件
場合によってはダンプしたのを眺めながら頭の中で逆アセンブルして読み解いていく
そんな素敵な現場には行きたくない

そもそもユーザ側が自身でコードをかけるようにってコンセプトで生まれた言語だからな
逆にcobolしかできない人はちょっと...という世界


東南アジアなんかの外国の人だと
工学博士持ってるプログラマーが
ゴロゴロいたな
さすがに知識も豊富で人間的にもちゃんとしてる

日本人は勝てないわと思った

163仕様書無しさん2018/07/22(日) 16:27:40.00
損保ジャパンはJavaライセンス発生で、頓挫して結果オーライ
OpenCOBOL移行でOK

164仕様書無しさん2018/07/22(日) 17:36:18.65
https://careercarver.jp/offers/617012
と思ったらJavaのまま移行するみたいね

165仕様書無しさん2018/07/22(日) 19:54:03.50
基幹システムの全面オープン化とか言ってるけど
外部の人間に自由に触らせるのかね?

166仕様書無しさん2018/07/22(日) 21:02:57.15
>>165
オープンってオープンソースって意味じゃないぞ
この場合はメインフレームのような特定の会社専用で情報が公開
されてないようなものを使わずに業界標準に対応した
複数のメーカーの製品を組み合わせるという意味で使われてる

167仕様書無しさん2018/07/22(日) 21:10:10.45
それはまたなんというか茨の道のようにも思えるんだけど

168仕様書無しさん2018/07/22(日) 21:57:11.49
>>3
名は体をあらわすって本当だよなぁ…

169仕様書無しさん2018/07/22(日) 21:59:41.57
みずほ銀行は今のところJava載せ替えで動いてるらしいが
ここもどうなるか分からん

170仕様書無しさん2018/07/22(日) 22:15:46.23
燃えるさ

わずかな仕事を奪い合って他人を蹴落とそうとする習性をプログラマが持ち続ける限り
国のどこかで火種はずっとかきまわされつづける
意図的に

171仕様書無しさん2018/07/29(日) 16:26:07.00
休出したけど、仕事が手に付かない。
全く仕事が手に付かない。


同じく休出の30女が綺麗に見えたりする。

きっとココロの病気だと思う。

帰って寝るわ

172仕様書無しさん2018/07/29(日) 17:40:59.52
りそなとかCOBOLでオープン化してるのにね
Javaでシステム化したら負け

173仕様書無しさん2018/07/29(日) 19:20:09.46
>>172
C#よりかはマシかと

174仕様書無しさん2018/07/29(日) 19:49:55.17
>>173
ユニシス系銀行はC#でやってるな
普及率は低いが

175仕様書無しさん2018/09/08(土) 14:40:12.29
COBOLもsjnkも一掃されて終わりましたとさあ

176仕様書無しさん2018/09/16(日) 19:30:54.86
>>175
https://www.microfocus.co.jp/resources/userref/sompo-systems.asp
MF-COBOL使おうとしてたのに止めたのか?

177仕様書無しさん2018/09/16(日) 19:32:37.01
>>176
https://tech.nikkeibp.co.jp/it/atcl/column/14/346926/032700904/
これ以後、要件定義か
Java選ぶってアホだな

178仕様書無しさん2018/09/16(日) 19:35:30.48

179仕様書無しさん2018/09/19(水) 02:07:27.35
>>160
やってないみたい

180仕様書無しさん2018/11/21(水) 08:15:18.26
Javaに移行は草生える

181仕様書無しさん2018/12/01(土) 01:24:47.51
196 デフォルトの名無しさん 2018/11/30(金) 22:45:34.84 ID:USigc4Jv
プログラミング言語「COBOL」がTwitterトレンド入り AWS Lambdaのサポート言語に追加、技術者がざわつく
http://www.itmedia.co.jp/news/articles/1811/30/news102.html

182仕様書無しさん2018/12/01(土) 16:15:15.04
コボラーがオワコンのjavaに目を向けるなんて必然
炎上しようが最後には回る
メリットなんて殆どないだろう
しかしそれが手放しでも金が入ってくる大企業のビジネスなんだよ
考えるだけ無駄

183仕様書無しさん2018/12/01(土) 19:12:28.98
仕事で重要なのは意識高い系のオナニーではなくて
ちゃんとブツができることだからな

184仕様書無しさん2018/12/01(土) 20:33:21.49
出来たブツがちゃんとバグ無く動けば、ね

185仕様書無しさん2018/12/02(日) 03:15:31.77
意識高い系の言語や方法論でバグがなくなるとでも?

186仕様書無しさん2019/05/20(月) 13:17:55.42
損保ジャパンは下手こいたね

187仕様書無しさん2019/06/11(火) 12:11:11.90
スパゲティーというか、ぱっと見で理解に苦しむ
コードは、一言コメントを書いといてくれれば
全然違うんだがな。他人の視点で見れる気配り
ができるか否かだな。

188仕様書無しさん2019/06/19(水) 16:32:41.65
https://tech.nikkeibp.co.jp/it/atcl/column/15/090300212/090300004/
東京海上
COBOL→Java
同じだな
若者の可能性を潰す、と言うか安く使いたいからJava移行するんだろ
ライセンスが発生したら相殺されて意味無し

189仕様書無しさん2019/06/20(木) 07:06:09.51
バブルの頃から成長してないのか木村という爺さんは...

190仕様書無しさん2019/06/21(金) 23:48:20.60
>>188
何やってるか分からんなw
こういう経営者しかいないのか

191仕様書無しさん2019/06/25(火) 17:17:59.39
https://mainichi.jp/articles/20190624/k00/00m/020/227000c

COBOL→Javaに組み替え

経営効率化出来た、万歳

Javaのライセンス徴収するわ

ライセンス無料で運用する予定が不可能に

経営を更に効率化する為にリストラするわ

リストラされる社員は怒って良いぞ

192仕様書無しさん2019/06/25(火) 17:19:17.36
ちなみに同じ様にCOBOL→Javaに移行した三菱UFJは紙通帳発行を辞めるとさ

193仕様書無しさん2019/06/25(火) 17:22:52.60
一番良いやり方はCOBOLのオープン化だよ
りそなの様にオープン化したCOBOLに移行してLinuxに移行する
その方が結果的に安く運用出来る

194仕様書無しさん2019/06/30(日) 17:50:21.35
あるツイート

損保ジャパンえげつねえな @200億で不人気な介護会社を買収 A4,000人のリストラ対象者に介護事業への異動通知を出す B多くの人は移りたがらずそのまま退職 C自己都合退職なので割増退職金(1,000万/人→計400億)を支払わず済む 誰…

195仕様書無しさん2019/06/30(日) 23:08:28.14
退職せずに頑張ってくれれば介護事業への人員供給につながるし
いいことだらけだと思うのだが
だいたい使えない人間を放り出したりいじめたりするんじゃなくて
きちんと再就職先まで用意してくれてるんだから感謝すべきだよ

196仕様書無しさん2019/07/01(月) 18:17:33.88
受け皿を買収した介護企業なのが問題
畑違いだし、急に対応出来る訳無い

197仕様書無しさん2019/07/01(月) 22:14:58.19
>>196
畑違いがイヤなら、大きな会社に入っちゃダメだろ

198仕様書無しさん2019/07/02(火) 06:24:28.08
そもそもリストラ円滑に遂行する為の介護企業買収だから
買収するなら他の業界の企業でも良いハズ

199仕様書無しさん2019/07/02(火) 06:25:31.75
いくら損保ジャパン養護してもCOBOL→Javaを選択したミスは無くならんよ

200仕様書無しさん2019/07/07(日) 19:31:08.28
https://tech.nikkeibp.co.jp/it/atcl/column/14/346926/032700904/

要件定義4年
COBOL→Javaへ
COBOL→Open系COBOLだったら要件定義年数は2年ぐらいに圧縮出来ただろう
おまけに開発工数も大幅に圧縮出来た
どうせシステム開発外注するならOpen系COBOLで十分だった
Javaのライセンス問題で運用コストは悪化してる

201仕様書無しさん2019/07/07(日) 21:10:20.66
その分不要な人員を介護に回すからOK

>>200
記事中の役員は逃げ切れると思うけど、課長は大丈夫かね

202仕様書無しさん2019/07/09(火) 17:21:32.50
Open系COBOLがそれなりに動く環境になったから今さらJava選ぶ意味が無い
若いプログラマにCOBOLを教えると会社辞めるって?
それぐらいで辞める人材は他の言語でも辞める

203仕様書無しさん2019/07/22(月) 21:18:15.61
あるツイート

複数のつよつよエンジニア(実務経験15年以上)とお話をさせて頂いたのですが、COBOLで作られたシステムの保守で食べていくのはありだよね。できる人はこれから少なくなる。 という内容が興味深かったです。
「ニーズはあるができる人が減る」ところで勝負するのはエンジニアとして1つの戦略です。

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