11/05/14 00:40:08.41
誰でも出来るとか思ってるうちは億じゃすまんだろうねえ
410:デフォルトの名無しさん
11/05/14 01:48:44.39
みずほと郵貯のATM事故を受けて、他の銀行もどんどんシステムを入れ替えている
現実を知らないのか
当然新しく使う言語はJava一択
COBOLは減る一方だぞ
411:デフォルトの名無しさん
11/05/14 01:52:10.97
COBOLマンセーが去年騒いでたけど、現実をやっと見たか
相変わらず、マンパワーで乗り切るつもりなんかね？
412:デフォルトの名無しさん
11/05/14 11:57:45.00
>>410
俺の知る範囲だと置き換えなんて少数派
んでもって置き換え要員はCOBOL+置き換え言語+業務経験なんて無茶な要求してるから
まったく人が集まらん状況
まあ柔らかいとこ以前に汎用機をリプレースするのに何年かかることやら
+それを決断できる金と人がそろうか
COBOL使ってる会社は今そんな金動かせないしな状況的に
413:デフォルトの名無しさん
11/05/14 14:07:30.12
>>412
脳内お花畑ですか
この前のGW3連休でどれだけ多くのATMが止まってて「システム入れ替え」
をしてたか調べてみな
414:デフォルトの名無しさん
11/05/14 18:36:30.78
>>413
ATMとその通信関係でCOBOLが動いてるわけ無いだろw
バックエンドでNetCOBOLとかCORBA経由とかはあるけど少数派
415:デフォルトの名無しさん
11/05/14 19:00:18.25
ROM/DOSで動いてたATMなら見たことある。
416:デフォルトの名無しさん
11/06/03 09:16:28.70
>>404
見栄えと操作性を上げただけｗｗｗ
外観だけリフォームするのと同じで中身は古いままｗｗｗ
まあ、仕方ないけどね、フェーズの一番目ということでｗｗｗ
>>415
俺もあるｗｗｗ
417:デフォルトの名無しさん
11/06/04 14:15:59.87
見た目と操作性は、ユーザーサイドから見ると、重要な要素でしょ。
むしろ、中身の言語が何かなんて重要じゃない。
お客さんの予算が小額なら、外見がWebで内部処理がレガシーのままは、良い選択肢だと思う。
418:天使 ◆uL5esZLBSE
11/07/02 21:48:00.54
Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね
いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？
ゴミって知ってる？
419:デフォルトの名無しさん
11/07/02 22:36:49.56
アスキーコードが１～２５６のほうがおかしーし
420:デフォルトの名無しさん
11/07/03 00:45:33.64
>>417
コボラーの減少 + 効率いい言語
あとDBがらみとかも地味に
枯れてるのはいいんだけど遅い!!
421:デフォルトの名無しさん
11/07/03 01:44:42.13
最近のCOBOL知らないけどUNICODEとかUTF8対応どうなってるの？
そこさえ切り抜けたらまだまだCOBOLは生きていける
422:デフォルトの名無しさん
11/07/03 14:03:40.43
.Net COBOL linux版をどぞ、
URLﾘﾝｸ(software.fujitsu.com)
423:デフォルトの名無しさん
11/07/26 20:59:49.43
>>421
汎用機にそんなものいるのかよ
424:デフォルトの名無しさん
11/07/30 01:51:40.30
>>423
COBOL2002で規格化されとるがな
募集案件みたかんじ外資系が中心…らしい
425:デフォルトの名無しさん
11/08/03 00:57:41.39
汎用機でもLinuxを動かすのじゃ～
426:デフォルトの名無しさん
11/08/04 19:32:56.86
COBOLでWindows service 作るにはどうしたらよいですか？
427:デフォルトの名無しさん
11/08/04 19:45:24.90
ＮＥＴ COBOLのフリーダウンロードができるなら広まるし
意味あるけどね。
結局、ＪＡＶＡ環境とか．ＮＥＴ環境に対応していて
なおかつ無料のダウンロードできないと。
Ｒｕｂｙもある程度広まったのは、フリーだから。
Ｃは基本フリーの環境だし。
428:デフォルトの名無しさん
11/08/12 09:03:37.07
馬鹿にしてる子ってさ
ｗ
429:デフォルトの名無しさん
11/08/12 09:42:54.20
>>428
それは君の頭の中では何かと話がつながっているのだな？