現行バージョンのＣＯＢＯＬは、レアものなので、論ずる事自体意味を持たない。
ここでは、１９７０頃のＣＯＢＯＬ全盛期のものを前提にしている。
- データ宣言部
- プロシージャ
- Ｎ８８－ＢＡＳＩＣのＩＦ－ＧＯＴＯ－ＧＯＳＵＢ－ＲＥＴＵＲＮで出来ている。
こう書くとＮ８８－ＢＡＳＩＣそのもののように思えるが、まぁ大して差は無い。
強いて言えば、実行手順に差がある。
ＵＮＩＸで ps -elf | grep java | grep jboss ＞ /tmp/jboss.log
とパイプで繋いでいくようにプログラムを束にして実行するのがＣＯＢＯＬ風である。
N88-BASICでは、
ＬＯＡＤ ｘｘｘｘ
ＲＵＮ
となるので、続けて別のプログラムを実行するのは何かと面倒であった。
つまり、ＣＯＢＯＬでは、１個のプログラムをいくつかのパート分けするのが普通で、
急ぐ仕事程、細かなパートに分けられていった。
※パート分けという仕事は、設計というより、分担であった。
しかし、この方法によって、大きな方法論上の収穫があった。
なんでも、一本のプログラムにしてしまうと、ちょっと変ったものが必要になっても、
一から作り直した方がマシなのはVisual-Studioを使っている人なら理解して
もらえるだろう。
プログラムをある程度の大きさに分類するという基本的な考え方はＣＯＢＯＬで成立した。
しかし、物事が複雑になると、ある程度の大きさに分類しても大まかすぎで訳がわからない。
例） 月旅行 ＝ 月に行く ＋ 地球に帰る
もっと、人を動員して、
「月に行く」チーム＋「地球に帰る」チーム
更に細かく・・・と、普通のプロジェクトが人海戦術で組みあがっていくように、
ＣＯＢＯＬ社会でも上級ＳＥ，中級ＳＥ，下級ＳＥ、ＰＧ（プログラマ）、ＣＤ（コーダー）と
階層社会が出来上がっていったのである。
つまり、上級ＳＥとは予算や人材確保などプロデューサ役のことであった。
しかし、今では、下級ＳＥ～ＣＤまでは、ＰＧ＋テキストエディタ＋階層構造を持ったコンピュータ言語で十分。
人件費削減というわけではなく、ＳＥ階層化社会が生み出す延々数百（あるいは数千）ページの【仕様（あるいは願望）定義書】よりも、
図式化した【アルゴリズム】や【フローチャート】の方が、まだ理解しやすいし、今でもある【ワークフロー】の方がマシである。
※個人的には【ＵＭＬ】は、【仕様（あるいは願望）定義書】の子孫だと思っている。だって、意味不明でしょ？？？
この辺の事情から、ＳＥの階層を増やす続けるよりもプログラミング言語の方に階層構造を持った方がマシと
思う人が少しづつ増えていった。
※エドガー・ダイクストラ etc
そうは云っても現実社会を支え活躍中のＣＯＢＯＬとＦＯＲＴＲＡＮに変革（言語仕様変更）は混乱の元でしかなかった。
そして、今やＣＯＢＯＬとＦＯＲＴＲＡＮは取り残された化石言語になったのである。
しかし、
目で肌でしっかり感じることが可能だった時代にはＳＥ多重階層化社会が一番向いていたのかもしれない。
合掌。