COBOLとは、どんな言語なのでしょうか？

ここにさらっと書いてありますが、会計処理に使われていたそうです。

そういえば、プログラムの授業で、先生がその昔ＣＯＢＯＬで経理システムをつくっていたと言っていたのおもいだしました。

1959年に開発されたとあります。

COBOLと他の言語との比較はこのリンクにあります

　女性に喩えると「太った秘書」のような言語だそうです。

　Ｃ言語やＣ＋＋言語に比べると汎用度が低く(専用度が高く)、特定の分野向けの高級言語で、事務処理向き言語と言われています。

　僕のイメージでは、帳票（プリンタから打ち出される紙）出力に非常に強く力点を置いてデザインされた言語と言う理解をしています。

　ＣＯＢＯＬ言語には、ＣＯＢＯＬ７５とかＣＯＢＯＬ８５のように、年次を後置きする様々なバージョンが存在していて、それらの間の差分は可なり大きいとも聞いています。（８９年版Ｃ言語と９９年版Ｃ言語との違いが笑い飛ばせるくらい、Ｃ言語とＣ＋＋言語との間ほど違う？）

　　↑、ＣＯＢＯＬプログラマな古い友人との世間話から。

　２１世紀になった今でもそうかどうかは分かりませんが、元々は専門職の職業プログラマがコーディングするものではなくて、エンドユーザコンピューティングのための言語だったそうです。

　専門職の職業プログラマがコーディングして納品する場合も、顧客がソースを読んで理解して自分で改良したりすることさえ前提とされる場合もあったそうです。

　　↑、若い頃に会社の先輩から聞かされた話から。

　ＶｉｓｕａｌＢａｓｉｃのご先祖様であるＱｕｉｃｋＢａｓｉｃや、その前をご存知でしょうか？

　ＣＯＢＯＬのソースコードは雰囲気としては、Ｃ／Ｃ＋＋やＪａｖａよりも、昔ながらのＢＡＳＩＣに近い感じの(行指向の)、全編大文字で書くのが作法の言語のようです。

　百聞は一見にしかず。ＣＯＢＯＬの教科書なり参考書なりの模範的なコードを見れば言語の雰囲気は一発で掴めます！

　どちらにお住まいかは分かりませんが、公共のちょっとした図書館であればＣＯＢＯＬの参考書くらいは置いてありますよ。（古いかも知れませんが）

COBOLは、メンテナンスを重視した言語です。英語を読める人なら何となく意味がわかるほど、英語っぽい文法をしています。その意味では、BASICに似ていますが、BASICよりもその傾向が強いと思います。COBOLのソースは、まるで英語の文章です。Cなどの簡潔な表現になれた人にとっては、逆にまどろっこしく読みにくいかもしれません。また、COBOLには、「お役所」っぽいイメージがあります。定義や計算処理などをDIVISIONに分けて記述させる点が、「お役所」を連想させます。課によって役割が截然と分かれているといった感じです。書き手の利便性よりも、引き継ぎを重視しているかのようなところにも「お役所」を感じます。それから、常に必要な定義が多い点も、「お役所」らしいです。毎度提出する書類に決まりきったことを毎回書いて埋めるような、あの儀式っぽさがあります。VBなどがカジュアルな印象を持っているのとは対照的です。

自分は、ＣＯＢＯＬしか分かりませんので、対比での説明はできませんが・・・

ＣＯＢＯＬは、大型計算機に色々な計算をさせるプログラムですね。

計算事務処理なんかに向いていると思います。

コボルの説明分かり安いですよ。

ほんだったらこんなのどうですか？

ところで、COBOLについてこれからはそんなに意識する必要ないですよ。

あれは職人のプログラムですから、

感覚やイメージで作るものではありません。

画面でも、帳票でもきっちり設計図作ってから、右から何番目上から何番目と図って作っていくもので、今の作り方とはまったく違います。

ハードはPCではありません。

オフコンや汎用機が中心ですので、機器のメーカーにより同じＣＯＢＯＬでも言語が違います。

その機械を持っていないとディバックどころかテストもできません。

メーカー違えばユーティリティも違いますのでファイルのコピーもＳＥにはできません。

どんなものかは最初のサイトでイメージできるでしょう。

比較についてはまるっきり違うものなので、

日本語を英訳するイメージではなく、古代文字を現代語にするようなイメージですから、同じプログラムとして話をつなぐのは難しいでしょう。

再回答ですいません

第6回に”J2EE環境でのシステム構築において COBOLを活用することのメリット”(本文より引用)

について解説してあります

そのページの2.一般的な比較のところにJavaとの比較が書いてあります

そのほかの回にも色々COBOLについて書いてありますので読んでみてはどうですか

コメント面白いですね。

勉強熱心な方だと思います。

まず、一つの前提として

COBOLにはマウスは不要というかないということです。

ディバックも基本的に画面でなく、リスト＝紙を出力して、手で追っかけるのが基本と言うことです。最後のほうはさすがに、一部は画面を使っていたでしょうが。。。

ところで

●COBOLとRDBMSの関係

データーベースも基本的にはメーカー仕様なんです。最初にデータ件数確認して、あらかじめファイル容量計算して、よく計算ミスで溢れたものです。

ですからデータベースはメーカーごとに付属で付いてきていて、基本的に他メーカーのコンピュータとは互換性がないということです。

これが各ベンダーの強みであり、他の会社のPGがプログラムの修正をしたくてもできない大きな原因でした。

●COBOLプログラマから見た他の言語の印象

どうなんでしょうね。私はプログラマーでありませんから分かりませんが、きっと今の言語はなんだか分からんというのが正直なところでしょうね。

COBOLしかしらないSEとPC用の言語しか知らないPGとの打ち合わせなんかまったくかみ合っていなくて面白いですよ。

●COBOLプログラマは初心者のとき、どうやって勉強したのか

ほとんど丁稚奉公のような世界でしょうね。

先輩の作ったものを一部修正して、タイトルと印刷の中身だけ変えるようなとことから初めて、その後は簡単なサブルーチンをつくるとかいったようなものでしょう。

あとCOBOLは画面設計より帳票のほうが簡単です。

まずはリストの作成が仕事の中心で、計算結果（といっても+-*/ぐらいしかしないでしょうが）を印字できるようになるのが目標でしょう。

画面の入出力はベテランが作るというものでしたね。

今と逆なような気がしますが、、、

あとCOBOL時代の最大の問題点はディスクの容量とスピードでしたね。

20MB（単位は間違ってません。GBではありません）で数十万円とかの世界でしたから、とにかく小さくまとめることが重要です。

職人はプログラムのステップ数を自慢してましたから（もちろん少ないということを）

あと、下手なPGやデータベースの設計では極端に処理結果の時間が変わってきます。

計算に数時間というのもざらでしたから、命令どおり動くことより、いかに短い時間で処理できるかが技でした。

見ていて楽しいですよ。

今で言えばOSに近いもの作っていた人もいっぱいいましたからね。

25年ほど前にＣＯＢＯＬでプログラマーをしていました。ＣＯＢＯＬは、まず大きくわけて４つのDIBISION（部）から構成されており、定義が多くステップ数も多かったですね。このＵＲＬを見ていると思い出されます。残念ながら他の言語の特徴はあまり知らないので比較は出来ません。

このようなプログラムです。

対比した回答をさせていただきますので，よろしくお願いいたします。

私は、COBOLを少ししか知らず、あまり好きではありませんが.....。

COBOLは、下記の様に考えます。

[A]C言語関連の言語と比べ、オブジェクトファイルサイズが大きく, 処理速度が遅い。システムを高性能化できるとは言い難い。

[Bオブジェクト指向の言語に対し、非オブジェクト指向の言語である。オブジェクト指向がプログラムの高品質化に必ずしも繋がらないが、時代の流れに沿っているとは言い難い。

[C]VBなどの言語と比べ、（COBOLのコンパイラだけでは）GUIのプログラムを作れない。

COBOLを知っていて損は無いと思いますが、そんなにご存知であれば、それらを深く追求するのも一考かもしれません。

なお、PC（Linux）上でフリーのCOBOLコンパイラはあります。

COBOLが好きの方にはすいませんが、悪気はありません。現実論です。

ご参考になりましたでしょうか。

いかがでしょうか。