私は古いプログラミング言語、特に COBOL に非常に興味があります。ウィキペディアではこのトピックについて詳しく説明できなかったので、ここで質問することにしました。
COBOL は、金融、株式、および銀行システムで実際に使用された最初のプログラミング言語でしたか?
COBOLは正確にどこで使用されましたか?
たとえば、Fortran や BASIC よりも頻繁に使用されましたか?
あなたがその時代に住んでいたかどうかはわかりませんが、人々は COBOL の台頭にどのように反応しましたか? 彼らはそれが未来だと思っていましたか？
新しい大規模システムの作成に COBOL が実際に使用されなくなったのはいつですか?
COBOL で記述された重要なレガシー アプリがまだ存在することは確かですか? なんだか信じられない。
以前の SO の質問は、あなたの質問に答えるのに大いに役立ちました。確認してください:
ビジネスの世界で COBOL が依然として好まれる言語である理由
COBOLは、金融、株式、および銀行システムで使用された最初のプログラミング言語でしたか
初期の COBOL と共存していた有名な言語は、Fortran と Lisp です。これらの言語は、研究や大学の施設以外ではあまり使用されていませんでした。
ビジネス コンピューティングの世界では、状況は非常に細分化されていました。独自の低レベルから中レベルの言語が多数存在しましたが、通常は 1 つのベンダーのマシンでしか実行できませんでした。FLO-MATIC、 AIMACO、COMTRANなどのいくつかの例があり、これらはすべて COBOL の開発に大きな影響を与えました。
この混沌の中から、ビジネス アプリケーションを開発するためのマシンに依存しない共通言語を使用したいという強い要望が生まれました。
Jean E. Sammet ( The Early History of COBOL ) によると、米国国防総省は COBOL の初期開発の先頭に立ち、資金を提供しました。
COBOLはどこで使用されていますか
主に金融（銀行/政府）および保険業界で。これらのセクター以外では、COBOL はほとんど前代未聞です。
Fortran や BASIC よりも頻繁に使用されますか?
Fortran は、実際には COBOL よりも少し古いと思います。Fortran は、主に高性能数値アプリケーション (天文学、物理学など) に適しています。COBOL は、主に金融および記録保持アプリケーション (ビジネスおよび商取引に関連するもの) に適しています (したがって、名前はCO mmon Business Oriented Languageです) 。この 2 つは「競合」したことはないので、どちらがより頻繁に使用されるかを尋ねることは、リンゴとオレンジを比較するようなものです。
「りんご」と「みかん」はさておき、これらの言語のどちらにも製品コードが何行あるかはわかりません。見積もりは、数十億から数百万までさまざまです。しかし、アクティブなコード ベースが取るに足らないものであると主張する人はいないと思います。
BASIC (「Visual Basic」を除く) は、主にパーソナル コンピューター言語でした。より大きなマシンへの移植がいくつかありました (例: VAX BASIC - ああ、楽しかったです)。今日、BASIC で書かれた重要な生産システムがあるとしたら、私は驚かれることでしょう。「古いタイマー」に「BAISC」と言うだけで、彼らの心は懐かしい思い出で溢れます。それ以外はほとんどなくなりました。
COBOLが使用されなくなったのはいつですか
COBOLの遺産は巨大です。そのため、今日も多くのレガシー メンテナンスが行われており、今後何年にもわたって継続されます。
新しい展開はありますか？年々減少していると思いますが、終わりにはほど遠い状態です。私は非常に大きな工場で働いており、積極的に新しい COBOL アプリケーションを開発しています。私たちは一人だとは思いません。いまだに COBOL でシステムを積極的に開発している人は、それ以上のことを知らない「裏方」のバカの集まりではありません。彼らがこれを行うのは、COBOL が処理されたトランザクションあたりのコストを最小限に抑えて「商品を配送する」ためです。信じてください。もし他の技術がそれをより安く、より速く、より確実に行うことができれば、COBOL は明日消えてしまうでしょう!
COBOL がどれほど広く普及しているかを理解するには、金融、政府、または保険業界で働き、大量のデータをプッシュしなければならない分野で働く必要があります。この環境の外で作業すると、100 年前に言語が死んだようなものです。
人々は COBOL の台頭にどのように反応しましたか?
一言で言えば：うまくいきません。
COBOL が誕生したのは、学問の世界が言語理論とコンパイラの設計に大きなブレークスルーをもたらしたのとほぼ同じ時期です。COBOL はその船に乗り遅れ、それ以来、コンピューティングに学術的な関心を持つすべての人から中傷されてきました。私は 70 年代に大学を卒業しましたが、そのときでさえ、「COBOL」という言葉には私たち全員がうんざりしていました。COBOLに対する憎しみは非常に根深いものです。
COBOL の開発者でさえ、言語の長期的な成功を予測することはできませんでした。オリジナルの COBOL は、合理的な時間と労力で実装できるように、「短距離委員会」によって指定されました。最終的な「タッチ」は「長距離委員会」によって行われます。「長期コミット」は決して実現せず、これが私たちが得たものです！
COBOL の終焉は 60 年代から差し迫っていると予測されてきました。それは今でも私たちと共にあり、力強く進んでいます。
なんで？私は、次の3つの大きな理由があると考えています。
COBOL が存在し続ける理由として挙げたすべての理由は、コストとリスクの最小化に基づいていることに注意してください。開発者の観点から、COBOL での開発を興味深いものにするものは何もありません。COBOL の継続的な成功は企業の会計士のせいです。
明るい面では、いくつかのフレームワーク (Bassett Frame Technology や XVCL など) によって、今日の COBOL 開発を許容できるものにすることができます。
COBOL は、金融、株式、および銀行システムで実際に使用された最初のプログラミング言語でしたか?
実際には、これはすべてアセンブラーで行われましたが、Cobol はこれらの領域に移行した最初の高級言語でした。
COBOLは正確にどこで使用されましたか?
金銭のやり取り、在庫の追跡などが行われた場所。「だった」という言葉の使用は、それが現在使用されていないことを意味します。Cobol は、クレジット カードの読み取り、荷物の発送、電話の発信など、あらゆる場面で関与しています。まだ。
たとえば、Fortran や BASIC よりも頻繁に使用されましたか?
はい、とてもそうです。Fortran は、科学マニアやエンジニア向けに適しています (高貴な使命です) が、Cobol ドメインである販売およびマーケティングのオタクの数にはそれらは存在しません。
BASICを使っている人はいますか？それは悪いことではありませんか？
あなたがその時代に住んでいたかどうかはわかりませんが、人々は COBOL の台頭にどのように反応しましたか? 彼らはそれが未来だと思っていましたか？
人々はクレジットカードが好きです。人々は自分の銀行口座へのオンライン アクセスを好みます。残高と最後の 5 回のトランザクションを提供する音声応答システムが好きな人。ATMが好きな人。人々は航空会社やホテルの迅速な予約を好みます。
Cobol の機能が気に入らないのは、Cobol を理解するために時間と労力を費やしたことのないプログラマーだけです (ただし、とにかく嫌いです)。
新しい大規模システムの作成に COBOL が実際に使用されなくなったのはいつですか?
うーん、決して。COBOL は現在も活発に開発され、世界中で使用されています。それは魅力的ではなく、コンピューター サイエンスの教授は、それが「次の大物」であるとは言いません。しかし、彼らが何について話しているかを知っていれば、現実の世界でお金を稼いでいるでしょう...
COBOL で記述された重要なレガシー アプリがまだ存在することは確かですか? なんだか信じられない。
マスターカード。ビザ。なぁ…
最後の部分に答える：
はい、確かに銀行では毎日新しいCOBOLアプリケーションが作成されています。大規模な金融機関は、（従来は）標準サーバーよりもはるかに優れた稼働時間を持ち、大量のデータを確実に移動できるため、通常、メインフレームが1つか2つあります。
さらに、まだCOBOLを実行している人々は、彼らが実行していることをかなり上手にしています。
数十億ドルの電子取引を扱っている場合、それが新しくもセクシーでもない場合でも、確実に支払う価値があります。繰り返しになりますが、プロセッサをWebサーバーからホットスワップすることはできません。メインフレームから任意のパーツをホットスワップすることは通常可能であり、私がそう言わなければならないのであれば、それは実際にはかなり技術的にセクシーな機能です。
よくわかりませんが、LEOは給与計算に使用されました。CLEOと呼ばれるCOBOLに似た言語を使用していました。
COBOLはいたるところで使用されています。主に銀行と大規模なメインフレーム部門です。
言うのは難しい。確かに昔は流行った。
COBOL が全盛期を迎えていた時代には、オルタナティブは別のニッチ向けでした。たとえば、科学向けの Fortran、学術向けの Algol、金融向けの Cobol などです。彼らはそれが未来だと思っていましたか...おそらく。
5,6。それはまだ使用されています。COBOL の仕事を検索すると、プログラマーやアーキテクトなどを探している銀行や金融会社がかなりヒットします。
@ニール：
> BASIC（ "Visual Basic"を除く）は主にパーソナルコンピュータ言語でした。より大きなマシンへの移植がいくつかありましたが（例えば、VAX BASIC-ああ、それは楽しかったです）、これがうまくいったとは思いません。
BASICも大きなマシンで始まりました。1974年に、このような環境でBASICとCDCの紙テープを使ってプログラミングしたことを覚えていますhttp://www.museumwaalsdorp.nl/computer/en/comp742E.html。
私は COBOL の 1 行にも触れず、目にすることさえせずに、ほぼ 15 年間のキャリアを歩むことができました。最後の仕事に就くまでは、COBOL を Web サービスや非メインフレーム データベースにリンクするエンタープライズ ミドルウェアでした。この新しい仕事での私の最初の顧客エンゲージメントは、新しいシステムとの統合を望んでいた大量の COBOL を扱う大企業でした。
PC ベースの優れた COBOL エンジンがほとんど残っていないため、それを学ぶのは苦痛でしたが、それほど難しいことではありません。そして、それがそれがまだ周りにある理由です。それは仕事をします、それはうまくいきます。SOA フレームワークとの対話方法には少し古いことが示されていますが、その問題もなくなりつつあります。
COBOLのREコードの安定性：更新はまれですが、非常に破壊的であり、インストールベースによって積極的に抵抗されます。強制されると、変換は互換モードで行われることが多く、テストだけで1年間のSD予算全体を消費する可能性があります。完全な再設計が試みられない限り、変換の実際のコストはその利点を超えるため、オブジェクト指向COBOLはその好例です。コンサルティングショップは時間の請求に応じてこれを気に入っていますが、組織にとっては文字通り廃業する可能性があります。このオブジェクト指向のCOBOL演習の大きな神話の1つは、COBOLのスキルセットの「移植性」ですが、実際には、不足しているのはOOP / OODスキルであり、レガシープログラマーに教える必要があります。新しいパラダイムを学ぶことは、新しいツール（言語）を学ぶことよりも難しいです。実際、この演習は意味がなく、管理と呼ばれる愚かさの要塞によってのみ楽しまれます。株主のための「価値」の創造にあります。それはしばしば簡単な販売であり、愚か者は一般的にフリークされるに値します。
RE実行速度。これは、詳細に回答する価値はありません。プラットフォームは高速であり、実行速度を決定するのはコンパイラです。COBOLコンパイラからのasm出力を調べましたが、これは優れたcコンパイラよりも優れているわけではありません。さらに重要な点として、従来のCOBOLSの型安全性の欠如、スコープのサポートの失敗、パラメーター化された手順のサポートの失敗、明示的な型変換のサポートの失敗などは、これを行わないため、より高速であるという誤った印象につながります。実際、これのほとんどはコンパイル時のサポートのみを必要とし、残りは多くのオーバーヘッドを追加しません（そしてそれが行うことはほとんど最適化できません）が、コードの再利用は非常に高価になり、テストは悪夢になり、脆弱なコードを生成します。
修正に多くの費用がかかる場合にのみ、それは消えます。これは発生する場合と発生しない場合がありますが、それ以前は型安全言語によってトラップされていたであろう主要なソフトウェアの問題が原因で組織が失敗する可能性が高くなります（OOPは型安全を提供しますが、それにはCOBOLプログラマーとビジネスアナリストはタイプの使い方を学びます）