Grace Murray Hopper によって「発明された」COmmon Business Oriented Language ==（彼女について読んでください。彼女は、今日私たちが知っているように、コンピューティングの開発において極めて重要な人物の1人です）。一般的な考え方は、数学に基づいたり、コードでそのように表現されたりするのではなく、英語に基づいた言語を作成することでした。
非常に簡単に言えば、次のような構成を使用します
ADD YEARS TO AGE
とは対照的に
age = age + years
または
age += years
1960年代初頭に登場し、ビジネス分野での加工に大々的に採用されました。 COBOLで構築された大量のアプリケーションがまだ実行および保守されており、それはまだ非常に活気があり、キックしています。 1997年頃、Gartnerは、世界のビジネスの80％がCOBOLで実行され、2,000億行を超えるコードが存在し、年間推定50億行の新しいコードがあると報告しました。したがって、COBOLを学ぶよりもはるかに悪いことをして、一生の仕事を確実に得ることができます。
COBOLプログラムの構造は、Mnemonic In EveryDamnプログラムに要約されています。あるという意味：-
- プログラムに関する情報を提供する識別部門
- ハードウェアを説明する環境部門
- データ部門（私の時代は、CODASYLを使用していましたが、今ではよく知られ、no-sqlとして新たに再発明されました。
- 手続き部「ここにコードがあります」
パンチカードからの遺産のために（はい、私もそれらを使用しました）、常に8つのスペースをインデントすることによってコードを開始しました。そうでない場合、一部のコンパイラはそれを認識しません（空白が重要なPythonの色合い） 。
もちろん、コンパイル言語です。
どこで使われていますか。政府、あらゆる規模の軍事企業ですが、通常は大企業なので、どこでも言うことができ、政府、軍事および企業の運営に使用されていると思います。米国の社会福祉システムは、60年代半ばに書かれた数百万行のCOBOLで実行されていると思います。英国を拠点とする大手信用格付け会社であるExperianは、ウェブへのインターフェースを備えた運用全体でこれを使用しています。再び英国では、ほとんどの住宅金融組合と銀行がその上でコアシステムを実行しています。
私は続けることができましたが、私はそれについては行きません。ちなみに、必要に応じてオブジェクト指向COBOLを入手することもできます
クレジットカードを使ったことはありますか？トランザクションはおそらくバックエンドのCOBOLコードに触れています。
適切な仕事のための適切なツール
バッチ
COBOLの最も重要な点は、その冗長性ではありません。それは、主に言語として、バッチ処理を行うように設計されたということです。その点でのI/O機能は非常に効率的です。
地質学的エポックによってOOLよりも前から存在しますが、現代のOOプログラマーと話し、バッチプログラミングとCOBOLをOOポイントから説明する場合に役立ちます。このように説明することは、歴史的には正しくありませんが、概念的にはOOプログラマーに役立ちます。
つまり、まったくの誤謬でありながら、非常に真実です。
COBOLは、大規模な、いや、広大な順次「コレクション」（つまり、バッチ、ファイルとも呼ばれます）を反復処理するように「最適化」されています。実際、これは非常に最適化されているため、すべてのOO機能が削除され、ファイルを開き、レコードを処理し、ファイルを閉じる基本的なAPIが残ります。基本的なアルゴリズムのより複雑なバージョンでは、複数のファイルが開かれ、それらのレコードが互いに照合され、1つ以上の出力ファイル（バッチ）を生成するように操作されます。
COBOLが非バッチプロセス、たとえば疑似会話型プログラミング（CICSの「グリーン」画面のバックアップ-別名BMS）に採用された場合、それは最も適切ではありませんでした。当然のことながら、OOLで記述されたGUIアプリに最も早く置き換えられたのはこの機能です。
編集者
IBMメインフレーム上のISPFエディターは、COBOLが必要とする種類のコーディングを処理するように最適化されています。エディタでの操作の基本単位は行です。デフォルトでは、垂直方向の配置は静的であり、コンテキストに基づいてフローまたはシフトされません。行末まで入力すると、キーボードがロックされます。この「垂直方向の配置の保存」により、線または線のブロックを複製し、コマンドを位置合わせするのは比較的簡単です。 COBOLの垂直方向の配置では、読みやすさの問題として、OO言語よりも重要です。
投稿で説明するのは難しいですが、両方のプログラミングの世界と両方のタイプのエディターに機能があるので、IDEスタイルのエディターでCOBOLを編集したくないと言わざるを得ません。そして、ISPFエディターでJavaおよびCファミリー言語を編集したくありません（ISPFスタイルのエディターをさまざまなIDEにプラグインできると思いますが、まだ持っていません。そこに行く必要があります。）
N.B。 OO COBOLには用途がありますが、バッチ処理を処理するコードを再設計する新しい方法としてnotです。
私の経験では、限られた経験ではありますが、COBOLはIBMメインフレームシステムで多く使用されています。したがって、メインフレームが必要または優先され、しばらくの間COBOLが使用されている限り、I/Oが重視される状況（上記の金融システム、保険会社、政府など）を信じています。現代では、COBOLが言語に移行することはあまり聞いていないので、しばらくの間存在していると言います。
今日、COBOLが使用されているのは、当時人気があったためであり、多くの古い大企業は、コードを現代語に書き直したくないと考えています。 （主にコスト+時間）
COBOLコードの1行の最大長は72文字ですが、なぜ質問するのですか？それがパンチカードにあった穴の数だからです。それでも、長い行を許可するように言語が更新されていません...
COBOLは、古いプログラムを拡張しない限り、もはやほとんど使用されない邪悪な古代言語です...
Cobolは、主に財務処理に使用されます。銀行、証券会社、クレジットカードベンダーなどが支配的なビジネスであるときはいつでも、Cobolが混在します。
COBOLおよび一部のコンパイラのANSI規格は、過去15年間で大幅に進化し、Webフレームのコンテンツを作成および操作するためのライブラリと、データ通信用のインタラクティブサイトを含み、小型のプロセッサや手で使用するデバイスで実行できます。よく知られているバージョンには、MF、CIS、RF、RMなどの文字、または主にデータ処理コンピューターのインストールで使用されるバージョンの新旧のコンピューターメインフレームメーカーの名前が接頭辞として付けられます。
COBOLはビジネスアプリケーションに使用されます。 Fortranは科学的なアプリ向けです。ハードウェアおよびファームウェア用のCおよびC++。 Java Web用。
次に、なぜCOBOLなのかと尋ねるかもしれません。 COBOLは、他のどの言語よりもビジネス向けのプログラミングが約10倍簡単です。
たとえば、数値をレポートフィールドに移動し、通貨としてフォーマットするには、次のようにします。
MOVE VAL-A TO REPORT-FIELD-A.
Getterまたはsetterメソッドは必要ありません。 MOVEステートメントごとに2つのメソッドをプログラムする必要はありません。
そして、すべての文字列文字への変更、および$ 99,999.99へのフォーマットIS自動。他の言語のいずれかでそれを試してください。
汚い小さな秘密は、COBOLが本当に栄光のアセンブラーマクロ言語であるということです。アセンブラコードを出力するコンパイラオプションもあります。これにより、理解しやすく強力になります。
COBOL：簡単、迅速、正確、読みやすく、保守可能。上司が求めることができるすべて。