1001コメント324KB

【コボル】COBOL不要論【いらない】

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2009/07/30(木) 16:12:56

COBOLなんてもう必要ないよね。

0655デフォルトの名無しさん

2011/09/10(土) 12:08:11.64

>>654
checkbox名とデータベースから取得したタプルの対応は、一時的にランダムファイルに
書いておくのが簡単なんじゃないかな。checkbox-nのnがランダムファイルの相対位置に
なるようにすればよい。

0656デフォルトの名無しさん

2011/09/10(土) 13:22:29.24

>>652
そもそもWinサーバでCOBOL動かすメリットがわからんちん

それは、客の中に自分の子会社にシステムを任せていたら
COBOLでずっとシステムが動いている。VBにシステムを
変えるとお金が大量に必要になる。そんな馬鹿な事をするはずが無い。
で、他の会社の画面を見ると自分の所と画面が違う。何故だ？
他の所では、画面でマウスが使えるぞ！チェックボックスやラジオボタンも
ある。コンボボックスもだ。何故なんだ？

0657デフォルトの名無しさん

2011/09/10(土) 13:42:07.32

ちなみにチェックボックスとは
□いちご　□りんご　□メロン　□すいか
↑上から複数選択

ラジオボタンとは
○1月　○2月　○3月　○4月
↑上から1つ選択

0658デフォルトの名無しさん

2011/09/10(土) 13:55:56.86

チェックボックスもラジオボタンも、基本的に設計時にデータ量がわかるから問題ない
check-box1=1&check-box1=2&check-box1=5
って形の文字データとして送信されてくるだけだもの

<textarea>タグみたいな、文字入力系の方が深刻な問題な気がするんだが...
入力される文字の数は設計段階では不明だし...

0659デフォルトの名無しさん

2011/09/10(土) 14:37:34.30

>>652
COBOLは、データ量が分からないだと
じゃあ、店舗ごとの売上一覧表を作成する為には
店舗を追加/削除したら毎回システムの変更を頼まないといけないのか

なんという事だ！！

0660デフォルトの名無しさん

2011/09/10(土) 15:39:51.54

それは設計事項

0661デフォルトの名無しさん

2011/09/10(土) 16:10:13.50

>>659
他の言語はそんな行き当たりばったりな開発が当たり前なの?

0662デフォルトの名無しさん

2011/09/10(土) 16:12:22.35

>行き当たりばったり
曖昧な要求でどこまで出来るのって話になるのかな？

0663デフォルトの名無しさん

2011/09/10(土) 16:17:08.01

>>660
いや、
COBOLでは印刷プレビューとか無いし
印刷の帳票レイアウトもプログラムで
　　　○○一覧
　東京本社　12,345円
という感じにファイルを作っている。
それを印字する。改ページなどもVBのやり方とは違う。
よって、何行目で改ページをするというのをプログラム上で
変数として持たせている。（プログラム毎に）

0664デフォルトの名無しさん

2011/09/10(土) 16:28:20.57

若い人も、アドホックなやり方も少しは知っておいたほうがいい。

0665デフォルトの名無しさん

2011/09/10(土) 16:53:50.56

>>661
BASICなんかは、行き当たりばったりで開発する方が都合良いけどね

0666デフォルトの名無しさん

2011/09/10(土) 17:20:09.19

開発が行き当たりばったり、か。
そのようにしか取れないとしたら
他の言語がなぜできたか理解できんだろうな

0667デフォルトの名無しさん

2011/09/10(土) 17:23:26.10

>行き当たりばったり
出来る人はそんな感じでやってるかも
未熟だと泥沼だろうけどね、慣れるまでは

0668デフォルトの名無しさん

2011/09/10(土) 17:44:55.67

>>667
確かに出来る人間だといいが世の中ほとんどの現場が泥沼化に陥っているのが現実…。

0669デフォルトの名無しさん

2011/09/10(土) 17:46:41.84

>泥沼化に陥っている
なんか、ウハウハ状態になれる人もいるみたいだけどね

0670デフォルトの名無しさん

2011/09/10(土) 18:12:11.23

行き当たりばったりというか……Scrumとかの話じゃないのかよ。

0671デフォルトの名無しさん

2011/09/10(土) 19:31:06.82

アドホックなやり方という表現はよく使われるものなのかな。

0672デフォルトの名無しさん

2011/09/10(土) 20:15:56.66

COBOLでもマウス使えるしチェックボックスもあればオプションボタンもあるだろ。

無知って怖いな。

0673デフォルトの名無しさん

2011/09/10(土) 20:25:50.04

>>663
COBOLの帳票印刷なんてそんなに難しいか?
つか帳票プログラムなんてCOBOLを始めたばかりの初心者がまず始めに作成するプログラムだそ。
いわゆる"Hello World!!"レベル…。

0674デフォルトの名無しさん

2011/09/10(土) 20:33:23.90

>>663
随分昔に作成した帳票プログラムなんて罫線まで自前で描いていたぜw
印字データをWirteした後、罫線データをAfter 0でオーバーレイ･･･、ハッキリ言って面倒くさいw

0675デフォルトの名無しさん

2011/09/10(土) 20:39:57.55

>>672
汎用機でつくっている。
汎用機では、マウスも使えないしスクロールバーもない。
上の画面はF9、下の画面はF10をスクロールバーの代わりに押してる

で、現場で使っている画面を見るとチェックボックスもオプションボタン
も無い。ボタンも無い。確か画面に　「処理：　　」となっている所で
該当する数字を入力してEnter

0676デフォルトの名無しさん

2011/09/10(土) 20:47:04.17

確かラジオボタンの代わりに
1：男　2：女　という入力方法を採用していたよ

0677デフォルトの名無しさん

2011/09/10(土) 20:51:52.16

>>676
それ、JIS規格。

0678デフォルトの名無しさん

2011/09/10(土) 23:28:04.41

iPad上の3270/5250エミュレータなら[1:男　2:女]の部分がボタン化されて(略、、、
と思ったら実際にiPad用の端末エミュレータが存在するのね。
汎用機のダム端末もiPadで進化ですね。

0679デフォルトの名無しさん

2011/09/10(土) 23:47:17.04

>>678
いや、それ以前に日本のメーカーは
企業用システムのOSを作りきらないでしょう。

0680デフォルトの名無しさん

2011/09/10(土) 23:58:19.26

まさかWindows95の衝撃を知らないとか。。。
ゲームにおけるドラゴンクエスト、アニメにおける機動戦士ガンダムや
宇宙戦艦ヤマトや新世紀エヴァンゲリオン、システム関係における
Windows95は実はかなり大きい波だったんですよ。

Windows95が出てきたので世界中でスーパーコンピュータのOSの
開発が停止を余儀なくされたんですよ

0681デフォルトの名無しさん

2011/09/11(日) 00:44:29.76

COBOLてか昔のプログラミング言語は記憶力を要求されるよね。
記憶力に頼るプログラミング言語はＮＧなんだと思う。
階層的に組み立てる方法が現代的でいいんだよ

0682デフォルトの名無しさん

2011/09/11(日) 00:58:41.65

>>680
>スーパーコンピュータのOSの開発が停止を余儀なくされたんですよ
ソースあるかい？

0683デフォルトの名無しさん

2011/09/11(日) 01:01:50.70

>>681
ごめん。ちょっと分かりにくい。
昔：COBOL　・・・上から順に処理が流れていく。英文を読む感覚でOK！
今：VB、C、JAVA・・・処理があっちに行ったりこっちに着たりする。
　　感覚としては、
　　1.じゃあ、プログラムをつくろうか
　　2.あっちに使えそうなメソッドがある。
　　3.このメソッドの後にあっちのメソッドに処理を渡せば
　　　終わるんじゃないか？
　　4.おっ　1つプログラムが終わった！良かった。良かった。

0684デフォルトの名無しさん

2011/09/11(日) 01:02:44.82

>>682
ソースは、無いけど。新聞に出まくっていたよ
撤退の文字が

0685デフォルトの名無しさん

2011/09/11(日) 01:13:41.39

>>683
構造化をGOTOみたいに言うなw
まあでもJavaとかでイベント駆動が多いコードはおっしゃる通りですが

0686デフォルトの名無しさん

2011/09/11(日) 01:21:23.80

>>680
近年のスパコンの開発撤退のこと言ってるなら、COBOLもWindowsも関係なくね。
Windows95は確かに革新的ではあったけど。

0687デフォルトの名無しさん

2011/09/11(日) 01:56:14.68

そもそもWindowsってスパコン目的には使ってないよね。

0688デフォルトの名無しさん

2011/09/11(日) 08:16:50.84

>>687
シェア１％ある。
デスクトップPCにおけるLinuxのシェアより大きい。

0689デフォルトの名無しさん

2011/09/11(日) 09:39:37.50

>>683
その程度のカオスなら、人間でも何とかできる...
GOTOのカオスは、神様でもどうにもならない...

0690デフォルトの名無しさん

2011/09/11(日) 09:45:14.28

>>680と>>688の話を総合すると
Windows系スパコンのシェアが1%ぐらいしかないのに、
Windows95をきっかけに世界中でスーパーコンピュータのOSの開発が停止を余儀なくされたって
ずいぶん無理がある話に聞こえる。

0691デフォルトの名無しさん

2011/09/11(日) 10:09:44.06

>>686
いやWindows95の台等でプログラムの開発における
価値観が相当変わっている筈

それに今のスパコンOSの開発は、全てゲーム機に移行されている

0692デフォルトの名無しさん

2011/09/11(日) 10:29:26.32

>>691
> それに今のスパコンOSの開発は、全てゲーム機に移行されている
全てではなく一部で試験的に開発しているだけ、またハードはゲーム機でも使用するOSはLinux。

どうも話を無理やり捏造してWinマンセーしているようだけど、Windowsをそこまで持ち上げて何がしたいんだ?

0693デフォルトの名無しさん

2011/09/11(日) 10:49:53.06

>>674
何十年も前は帳票イメージをAAみたいに文字を組み合わせて作ってたんだよな。
文字と文字の間にわずかな空白が入ってしまい、見栄えが悪かった。

今ならFDLとかで枠を作れるけど、正直表現の幅が狭い。
データだけ渡してAccessとかで帳票イメージ作った方が良い場合もある。

0694デフォルトの名無しさん

2011/09/11(日) 10:51:15.63

>>692
いま時Windows以外のOSを使うなんてただの異端だろうに…

0695デフォルトの名無しさん

2011/09/11(日) 10:57:56.21

>>693
あれ、Accessってプログラムとして利用するのではなく
データベースとして利用する場合がほとんどだと聞いたけど

0696デフォルトの名無しさん

2011/09/11(日) 11:11:36.53

今まで数多くのプロジェクトに関わってきたがWindows以外のOSなんて一度も動いている物は見たこと無いのだけど。

0697デフォルトの名無しさん

2011/09/11(日) 11:14:00.55

>>696
携帯電話の着メロサイトは、Windowsでも出来るが
Linuxを使う時がある

0698デフォルトの名無しさん

2011/09/11(日) 11:19:44.30

>>695
プログラムじゃなか。レポート（帳票）印刷。

0699デフォルトの名無しさん

2011/09/11(日) 11:21:53.75

>>696は学生さん？
Windows以外のOSを一つも触ったこと無いんかな。

0700デフォルトの名無しさん

2011/09/11(日) 11:26:02.35

>>698
いや、VisualBasicでプログラムを作って（帳票印刷を含む）
データベースとしてAccessやSQLServer、Oracle、MySQL,DB2、PostgreSQL
を使う場合が多いという事

0701デフォルトの名無しさん

2011/09/11(日) 11:35:52.84

>>695
Accessの主機能の一つにレポート作成機能がある。

0702デフォルトの名無しさん

2011/09/11(日) 11:46:28.27

データベースはなんにしろフロントエンドはAccess でっていうのがメンテは楽。

0703デフォルトの名無しさん

2011/09/11(日) 11:57:47.66

>>700
Access 単体でレポート(帳票)印刷機能があるんですよ。
Access のデータから直で出力できる。
使い方は帳票アプリの Crystal Reports のような感じ。

開発者は Access を DB の代わりに使うことが多いから、レポート出力機能を知らなくても無理はない。

0704デフォルトの名無しさん

2011/09/11(日) 12:21:54.99

>>703
AccessやExcelで使うマクロというのは、VBAとも呼ばれています。
VBAとは、「VisualBasic　for　Application」の略です。
つまり、AccessとはVisualBasicが内蔵されている状態です。
で、VisualBasicにも帳票作成機能(CrystalReports)が備わっている。

0705デフォルトの名無しさん

2011/09/11(日) 12:25:03.12

Access はどっかのデータベースサーバから SQL とか使って画面に表示するソ
フトとして使われているイメージがある。

0706デフォルトの名無しさん

2011/09/11(日) 12:26:13.56

>>703
わかってるな
>>704
わかってないだろ

0707デフォルトの名無しさん

2011/09/11(日) 12:49:53.02

前もどっかの板にスレ立てて、画面がWindowsだから銀行のシステムはWindows(ｷﾘｯって言ってる学生さんがいたよ。

0708デフォルトの名無しさん

2011/09/11(日) 12:53:56.74

>>707
確かにシステムは、WindowsじゃなくてLinuxの可能性もある

0709デフォルトの名無しさん

2011/09/11(日) 12:57:24.62

>>707
Microsoftのは、ボタンなどのイメージが統一されている。
JavaのボタンとVisualBasicのボタンでは見た目が違う。

で、VisualStudioはWindowsしか動作しない。

0710デフォルトの名無しさん

2011/09/11(日) 12:58:07.28

ATMは、Windows の可能性大。

0711デフォルトの名無しさん

2011/09/11(日) 13:04:21.32

>>710
ATMがWindowsだったらサーバーもWindowsじゃないの?
行員が端末として使っているPCもWindowsだったし

0712デフォルトの名無しさん

2011/09/11(日) 13:07:07.69

今の世の中、業務で使用するOSはWindowsしか存在していないだろ…。
つかWindows以外のOSが稼動している企業システムなんて一度も見たことが無い。

メインフレームが未だに使用されているなんて既に都市伝説だし、Linuxなんて一部のキモオタしか塚ワンだろうし。

0713デフォルトの名無しさん

2011/09/11(日) 13:11:01.67

お花畑理論炸裂

0714デフォルトの名無しさん

2011/09/11(日) 13:16:27.75

シンクライアントでならみかけるが、それ意外だとあまり

0715デフォルトの名無しさん

2011/09/11(日) 13:21:50.83

しつこく釣り続けてるね
まあ今時ならWinでシステム構築も悪くないけんだろうけどさ。レガシーasp系の保守はごめんだが

0716デフォルトの名無しさん

2011/09/11(日) 14:04:47.79

いまどきの汎用機はOSがLinuxだったりする。

0717デフォルトの名無しさん

2011/09/11(日) 14:09:23.39

>>716
メインフレームどころか世界の基幹システムはほとんどがWindowsなんだか・・・。
ソース
　↓
東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548

HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html

Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html

BankVision
百五銀行（2007年5月7日稼働）
十八銀行（2009年1月4日稼働）
筑邦銀行（2010年1月4日稼働）
紀陽銀行（2010年5月4日稼働）
佐賀銀行（2010年5月5日稼働）
山梨中央銀行（2011年1月3日稼働）
鹿児島銀行（2011年5月6日稼動）

OpenE'ARK
2008年福岡銀行
2010年肥後銀行
2011年1月山陰合同銀行
2011年5月みちのく銀行など

0718デフォルトの名無しさん

2011/09/11(日) 14:30:59.32

釣りのつもりなんでしょうが
それにしても痛いな

0719デフォルトの名無しさん

2011/09/11(日) 14:38:12.00

Winが頑張ってるのはみんな分かってるよ
「ほとんど」って言っちゃうと語弊あるでしょ
今はまだ、大手銀行からf社やn社のメインフレームがリプレースされる日を待つ段階ですし。そんな日が来るのかどうかは誰にもわからんけど

0720デフォルトの名無しさん

2011/09/11(日) 14:40:47.46

>>717
Windows上で稼動するメインフレーム

コレだ！！
自分が見たことあるのは、画像の上部分の
クリップボードに　とかオプションボタンは
見たこと無いけどまさしくこのタイプ　
日立さんやユニシスさんのは、このようなもの！！

0721デフォルトの名無しさん

2011/09/11(日) 14:45:44.14

「ほとんどがwindows」とかもうね...

http://top500.org/stats/list/37/os

0722デフォルトの名無しさん

2011/09/11(日) 14:47:38.59

>>717
しかしまぁ、揃いもそろってつぶれかけの銀行が並んでるな

0723デフォルトの名無しさん

2011/09/11(日) 14:49:32.92

大手のWindows勘定系は新生さんくらいじゃない？

0724デフォルトの名無しさん

2011/09/11(日) 15:01:46.60

パッチ当てただけで（十分な検証もせずにパッチ当てるバカSEはいないと信じたいが）
ブルースクリーン出まくるようなOSなんか基幹系勘定系に使いたくないものだな

0725デフォルトの名無しさん

2011/09/11(日) 15:06:47.81

しかし通常運用で何時突然落ちるかわからんWindowsを勘定系でよく採用するよなぁ…。
デフォルトで時限爆弾仕掛けられているようなもんだぞ。

しかも2003Server以降中途半端に安定しているために安心しきった時に突然落ちるトラップ付きw

0726デフォルトの名無しさん

2011/09/11(日) 15:07:48.16

流石に今はそれは無いｗ　全く０ってわけじゃないけど。
たしかにNT時代は落ちまくったがWin2008は安定してるよ。

つってもミッションクリティカルな基幹系に使いたいかってーと、それはないけど。
周りを固める比較的小規模なサブシステムに使う分には何の問題もないレベルだと思う。

0727デフォルトの名無しさん

2011/09/11(日) 15:16:05.62

>>720
それ富士通製WSMGRエミュレータの画面キャプチャが容易にできるソフトだってよ。
ttp://www.vector.co.jp/soft/win95/art/se238870.html

Windows上でエミュレータを動かしているだけ。
汎用機にアクセスしていて、汎用機本体を実際に動かしてるのは別OSだよ。

0728デフォルトの名無しさん

2011/09/11(日) 15:18:55.82

Windows Serverで落ちたこと無いけどなあ。どういう時に落ちたの？

0729デフォルトの名無しさん

2011/09/11(日) 15:23:05.54

>>727
汎用機自体は、Windowsじゃないんですよね

確か開発画面も客側の画面もあのようになっていた。
今もなっている筈。やはりCOBOLは、どこでもあのような画面なんだね

0730デフォルトの名無しさん

2011/09/11(日) 15:24:05.48

>>717
必死だなwww

0731デフォルトの名無しさん

2011/09/11(日) 15:27:14.80

2008Server以降流石に落ちるということは無いけど連続稼動させると時々一時的に応答が無くなったり挙動不審になったりする。
週毎に定期的にサーバーを再起動するようにしてから起こらなくなったけど。

0732デフォルトの名無しさん

2011/09/11(日) 15:28:12.34

>>717
ユニシス販売員乙

0733デフォルトの名無しさん

2011/09/11(日) 15:29:41.08

お前ら、Windowsの話をしているのか、それともCOBOLの話をしているのかどちらだ

0734デフォルトの名無しさん

2011/09/11(日) 15:30:26.42

WindowsServerの場合、定期的に発生するパッチを当てないと色々と危険だし、
パッチを当てるとOSの挙動が変わったり、最悪今まで動作していたアプリが動かなくなったりするからWin鯖は嫌い・・・。

0735デフォルトの名無しさん

2011/09/11(日) 15:36:31.71

>>729
>やはりCOBOLは、どこでもあのような画面なんだね

COBOLは…というより汎用機やオフコンは通常はあんな画面。
以前メーカーは忘れたが、オフコン上でJAVAを走らせていたところがあったが
ブラウザ経由だと一般的なGUI画面だったが、端末エミュ経由だと>>717と同じような画面だった…。

0736デフォルトの名無しさん

2011/09/11(日) 15:41:06.41

>>717

>Windows上で稼動するメインフレーム

この表現、めちゃ抵抗があるんだが。単なるエミュレータだろ？

0737デフォルトの名無しさん

2011/09/11(日) 15:41:48.34

>>735
汎用機やオフコンは通常あんな画面

汎用機からWindowsに置き換えてブラウザ経由
にしても客側の画面は>>717と同じような
画面だった。COBOL

0738デフォルトの名無しさん

2011/09/11(日) 15:45:37.42

>>737
汎用機だとCOBOLだけじゃなく、CやPL/1やFortranもみな>>717の画面だった

0739デフォルトの名無しさん

2011/09/11(日) 15:48:00.61

>>736
だからあれはWindowsマシンで汎用機のOSを動作されるためのエミュレーターじゃないの?

0740デフォルトの名無しさん

2011/09/11(日) 15:48:17.92

>>738
Cobolを汎用機からWindowsに置き換えました。
開発画面は、eclipseのような画面になりました。
しかし、実行画面は元のままでした。客側を含む。

0741デフォルトの名無しさん

2011/09/11(日) 15:50:29.62

>>739
違う。
OSを汎用機からWindowsServerに置き換えました。
だから前は、Windowsマシンで汎用機のOSを起動させていたけど
その後、WindowsでWindowsのOSを起動させるようにした。
しかし、客側の画面は、変化無し

0742デフォルトの名無しさん

2011/09/11(日) 15:58:00.74

>>739
前の会社では汎用機を2台(別ﾒｰｶｰ)使用していました。（以下、汎用機A,B）
バッチ処理で汎用機Aから汎用機Bにデータを送っています。
(それぞれ別処理をする。処理を分散させる為)
で、客側から送られてくるデータを処理させる汎用機を
WindowsServerに置き換えました。しかし、客側の画面は変化無し。

0743デフォルトの名無しさん

2011/09/11(日) 16:12:28.77

実際メインフレームからWinサーバーに移行した企業ってどれだけあるんだろうか…。
2008Serverが安定しているといっても安定性において未だSolarisどころかLinuxにすら及ばないんだし。

それともWinへ置き換え対象になっているシステムはそれ程冗長性を重視しないシステムなのかな。

0744デフォルトの名無しさん

2011/09/11(日) 16:13:22.00

最近急にスレ伸びてるのはなぜなんだぜ

コボラーの法則
Oracleのテーブル設計をすると予備領域のカラムがついてくる
varchar2を使ってくれない

0745デフォルトの名無しさん

2011/09/11(日) 16:15:23.97

>>743
少なくても三洋信販さんのシステムは、1から新規作成。

0746デフォルトの名無しさん

2011/09/11(日) 16:22:52.39

>>743
元がメインフレーム使ってるような止められないシステムなら
多重化+コールドスタンバイするだろうからOS単体の安定性なんてどうでもよくね
仮想化しちゃってもいいし

0747デフォルトの名無しさん

2011/09/11(日) 16:26:31.20

>>744
流石にOracleでFiller項目つけることはしないだろ。つか無意味だし…。
varcharはCOBOLでは可変長項目の使用に制限がある為使用しないんじゃないかなぁ。

0748デフォルトの名無しさん

2011/09/11(日) 16:30:06.48

>>746
クラスタリングってハード故障等の致命的な障害に備えた最後の保険のようなものなのに
そんなにホイホイ使うもんでもないだろw

0749デフォルトの名無しさん

2011/09/11(日) 16:34:32.16

>>748
確かに昔客先で稼動していたメインフレームがH/Wの故障で落ちたことがあって
マシン自体は冗長化してあったので実業務の運用には全く支障は無かったけど
システム部門の現場やベンダーはそれこそまるで天変地異が起こったかのような大騒ぎになったいたわ

0750デフォルトの名無しさん

2011/09/11(日) 16:50:31.47

それ以前に、誰もする奴がいなくなるんじゃないの？

前に汎用機からWindowsに置き換えた後でも
新人が全員2ヶ月以内に辞めたよ

0751デフォルトの名無しさん

2011/09/11(日) 16:58:56.18

COBOLの復活は、見込めないと思うなぁ

だって大手企業が来て大失敗をして終わったよ

0752デフォルトの名無しさん

2011/09/11(日) 17:03:16.84

>>749
メインフレームは飛んだら、損害賠償が発生するからな。
ピンチだよ。

0753デフォルトの名無しさん

2011/09/11(日) 17:07:20.70

メインフレームが稼動するようなシステムってモノによっては数分停止しただけで最悪死人が出たりするからなぁ

0754デフォルトの名無しさん

2011/09/11(日) 17:13:32.46

>>751
流石に近年だと無いかもね。
でも2000Server時代にCOBOLというか、当時のある役員の独断でメインフレームからWindowsへ強行移行したことがあったけど
月に数回トラブルは、挙句に決算月に丸一日止まったりでとてもじゃないけど使い物にならない代物で
結局メインフレームに戻したことがあった。

でWindowsの導入を推進した役員は更迭された後自殺した…。

■ このスレッドは過去ログ倉庫に格納されています