そういえば、メインフレームというマシンがあったな

高橋さん、大変おもしろい話をどうもありがとうございます。私はこの手の話を書きにくいかなという感じです。

たぶん、汎用機というのはソフトウェアで夢を描ける人には白いキャンバスのように映るのではないかと思います。ソフトウェアがなければ、なにも出来ないけど、ソフトウェアしだいで無限の可能性を拓くことができるわけで。

S/360は、ご指摘の通り今ではzSeriesとなっています。zSeriesは、いろいろ言われつつも今でも現役のメインフレームですね。究極のCISCマシンといわれ、機能は性能を出すためにHWで追加していくという、今ではちょいと変わった「汎用機」になってしまいましたが、歴史的にはmicrocodeによるプログラムを許した最初の実用的な機械でした。

ところで、Javaといえば、iSeries(いわゆるAS/400)、Smalltalkから始まる、ソフトウェアはハードウェアを超えて生き残るのだという思想が背景にある話だと私は考えております。では、次のエントリあたりにそんな話でも。

(ちなみに、私の研究はJavaによる高信頼性ミドルウェアでもあります...(ははは)...なんだかつながるものがありますね。)

himiさん、コメントありがとうございます。
もともと、コンピュータ自体、白いキャンバスであるべきだ、というのが持論です。つまり、プログラミングができれば、なんでもできるべきだ。そのプログラミングを援助するのが、ミドルウェアであると。その意味で、ミドルウェアがたいへん重要になり、私は、ミドルウェアの推進に注力しています。
　
現ZSeries（私個人的には、S/390の時代が一番好きです）が、もう技術的に発展が難しいのではというのが私の個人的な感想です。つまらない比較ですが、SolarisとMVSを比較した場合、MVSが複雑なリソース管理をしすぎているからでしょうが、スケーラビリティで圧倒的に差が出てしまいます。Solarisのスケーラビリティの方が優れています。
複雑で精密なリソース管理のために、可用性は、MVSがIMS or CICSとDB2の連携、SolarisがOracleとの連携をした際に、MVS側が99.9999%の可用性、Solarisだと99.999%の可用性が実現可能です。この0.0009%のためにお客様がお支払いになっている金額の差は莫大です。時間にして年間5分。あとはこのリソース管理に伴う安心感だけです。
　
IBMさんの悪口を言っているつもりはないので、ご了承ください。個人的な感想です。またIBMを退職した一因です。
　
Javaによる高信頼性ミドルウェアですか。今度、ぜひ教えてください。Java自体の高信頼性は、誕生後11年経って、かなり良いレベルに来ていると思いますが、まだ多くの日本人のエンジニアの方々は、まだだと言います。
　
「COBOLレベルにはまだ到達していないのでは」とおっしゃる方もおりますが、COBOLはメインフレームの言語であり、クライアント・サーバの時代にはC/C++。Webの時代にはJavaです。つまり、インフラが異なれば、言語も異なる。同一言語で異なる環境は利用できない、と私は思っています。
　
Web時代では、ユーザがシステムが止まっていると感じなければ良いのであって、整合性が裏で取れていれば、システムは停止してもかまわないのです。非同期通信のメリットですが、非同期通信は信頼性が低いなどと、20世紀の話をされる人も多く、まだまだ、この国にはエバンジェリストが必要なのかなとも思います。
　
いつになく、コメントが長くなってしまいました。

地方の小さなソフトハウスでRPG(Report Programming Generator)を使って業務用アプリを開発していました。

$さん、コメントありがとうございます。
　
おお、RPGですか、それはRPG-III ですか、RPG/400 ですか。S/38 も AS/400 も良いマシンでしたね。もしくは、RPG-IVでしょうか。
　
S/38から以降のアーキテクチャは、単体マシンとして見たときには、たいへんすばらしい物がありました。IBMのフランク　ソルティス博士による、インストラクションセット。でも、良いマシンであっても、永遠に使われ続けることはまれです。カメラや自動車が新しいものに取って変わるように、コンピュータも新しいものに変わっていきます。コンピュータの場合、そのマシンやアーキテクチャ、基盤に最適な言語もそのマシンの衰退とともに、消えていきます。
　
Javaもインターネットが衰退し、別のインフラになれば、COBOLと同じ運命になるのでは、と思いますが、その別のインフラがまだ見えないので、まだまだJavaは生きて行けそうです。